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About This Manual 



This general purpose manual introduces the reader with some technical awareness of software 
systems to the capabilities of the CP-6 system. This manual is intended for application and 
system programmers; transaction processing, word processing and data base administrators; 
and system and EDP managers. The document includes both an overview of the CP-6 system 
and more detailed introductions to the CP-6 hardware configuration, software processors and 
operational modes. 

Sections 1 through 6 of this manual contain an overview of the CP-6 hardware configuration, 
software processors and operational modes. Sections 7 through 18 examine the CP-6 system 
and operational modes in more detail. A set of appendices summarizing the major CP-6 utility 
processors, an appendix of CP-6 monitor services and a glossary of terminology are included at 
the end of the manual. 

There is no prerequisite documentation to reading this manual. For the management-oriented 
reader interested in a limited overview of the CP-6 system, it is suggested that reading be 
limited to Sections 1 through 6 and the first paragraph in each of the Sections 7 through 18. 
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Section 1 



Introducing the Bull HN CP-6 System 



Bull HN's Control Program-6 (CP-6) System is a comprehensive, multi-use, distributed 
processing operating system designed to perform on Bull HN mainframes configured with Bull 
HN minicomputers. 

The CP-6 system provides centralized services via five operational modes of access: 

• Transaction processing 

• Time sharing 

• Batch processing 

• Remote processing 

• Distributed real-time processing 

CP-6 access modes are supported with balanced service and no inherent emphasis on any single 
mode. Programs do not require alteration to run in any particular access mode. 

TBe^e~modes are designed tcr^o^erate-concurLejTUy^^everal programs utilizing different modes 
can be simultaneously resident in memory. The system-design allows the user to select only 
the mode or modes required for a given task. The CP-6 system^performs equally well whether 
a single mode or multiple modes are used. CP-6 functional elements are essentially the same 
for all programs regardless of the access mode. 

CP-6 Transaction Processing allows multiprogramming depth for multiple queues, with 
processing divided into separately administered groups of terminals. Features include: 

• Assurance of transaction completion. 

• Administrative control over access and transaction prioritization. 

• Larger amounts of processing time dedicated to each program in response to increased 
loads. 

• Communication bet veen transaction processing applications modules. 

• Automatic journaliz3tion and recovery services. 

• Advanced data base management provided through the CP-6 data management systems, 
A Relational System (ARES) or Integrated Data Store (l-D-S/ll). 
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CP-6 Time Sharing provides a highly productive environment designed to promote on-line 
program development and debugging. Features include: 

• Up to 500 interactive terminals connected to the system. 

• Rapid access to and response from the CP-6 system so that each time-sharing user appears 
to have the entire system dedicated to his task. 

• Highly interactive response that is practically independent of system load. 

• Access to all types of peripheral devices. 

• Support of a wide variety of terminals. 

• User definition of terminal characteristics (e.g., character code set, timing information, 
terminal features and cursor positioning) through the CP-6 terminal profile feature. 

• Terminal access without translation, providing transparent control for special purpose 
devices. 

CP-6 Batch Processing provides maximum utilization of system resources by minimizing 
conflicts in resource use. Features include: 

• Concurrent processing of up to 500 batch jobs. 

• Submission of batch jobs from on-line terminals or remote workstations. 

• Channeling of batch jobs into the stream best able to handle the individual requirements 
of the job, consistent with throughput and resource constraints determined by installation 
management. 

• Preservation of the batch queue during system recovery, and the recovery of jobs being 
processed at the time of system failure. 

CP-6 Remote Processing provides flexible communication between the CP-6 system and a 
variety of remote terminals using synchronous protocols. Features include: 

• Remote terminals and associated stations. 

• HASP and 2780/3780 protocol support. 

• Terminals can range from a simple card reader/line printer combination to a complete 
large-scale computer system with an assortment of peripheral devices. 

• Time-sharing terminals can be used as peripheral devices (line printers, etc.). 

• Communication with any supported device at one or several remote sites. 

• The ability to use any time-sharing terminal as the operator's console for a CP-6 
workstation. 

• The ability of a CP-6 system to act as a central site to several remote terminals and as a 
remote terminal to other computers simultaneously. 

• Dynamic modification of terminal definition during system operation. 
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CP-6 Distributed Real-Time Processing allows the implementation of multiple sensor-based, 
real-time applications. Features include: 

• Distribution of portions of real-time capability to real-time processors. 

• Performance of data reduction and analysis by the host system. 

• Performance of sensor-based applications on real-time processors, allowing a wide range of 
event-driven applications. 

CP-6 System Features 

The CP-6 system equals and exceeds the industry standards for performance, convenience, and 
cost-efficiency. 

Ease of Use 

• A simple, yet comprehensive execution control language that is common to all access 
modes. 

• An extensive HELP facility that provides information about the system and its processors. 

• System default conventions that minimize the need for execution control commands. 

• Terminal personality that includes type-ahead, echoplex, and a variety of escape and control 
keyins, providing an unparalleled interactive interface. 

• Quick terminal response. 

• Program and data file compatibility in all modes of access. 

• A comprehensive remote batch system that allows entry of jobs from a variety of terminals. 

• The ability to use installation-supplied command processors or data base managers to tailor 
system use to specific applications. 

Optimized File Management 

• A single central file management system. 

• Files are compatible across operating modes and language processors. 

• Device independent file access. 

• Graduated levels of file access security. 

• A comprehensive file backup system. 

• File integrity assured by system recovery. 

• Self-contained 'sets' of disk packs providing removable public file segments. 

• Keyed, indexed, consecutive and relative file organizations. 

• ANS standard tape management for both labels and standard blocking modes. 
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An Efficient Monitor 

• An event-driven, priority-adjustable scheduler. 

• Full utilization of hardware addressing and security features. 

• Shared re-entrant programs and system processors. 

• Automatic sharing of user programs. 

• A comprehensive, easily-accessed set of monitor services provided via a strong standard 
interface that ensures program independence from monitor version. 

• High I/O performance via tree-structure file indexes with several forms of I/O caches and 
program- disassociated bufferings. 

• Multiprogramming and multiprocessing. 
Minimal Operations Cost 

• Small staff requirements for installation and system support. 

• Easily maintained. 

• System recovery which does not require operator intervention and automatically determines 
the appropriate level of recovery. 

• System can be run without an operator in attendance. 

• Availability of on-line hardware diagnostics at time-sharing terminals at both local and 
remote sites. 

• Availability of on-line remote access software debugging and patching facilities. 

• Full system use accounting. 

System Highlights 

• An integrated performance monitor that measures system performance simultaneously with 
normal operation. 

• Majority of operating system and processing code is written in a high-level structured 
language (PL-6). 

• A modern, extensive data base management system that is interfaced with COBOL, APL, 
FORTRAN, PL-6, IDP, and assembly language. 

• Communication with other operating systems through ANS labeled tape and the HASP 
and 2780 communications protocols. 

• A sophisticated debugger that can be run in either the interactive or batch environment, 
and which possesses a comprehensive set of functions suitable for debugging FORTRAN, 
PL-6, COBOL, GMAP-6, and other language processors. 

• Common calling sequences generated by all languages, allowing programs written in several 
languages to be loaded and run together. 
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• Up to 256K (one million bytes) of program procedure and data with up to 384K words 
(one and one-half million bytes) of additional data segments. 

• Superior hardware, ensuring a secure environment. 

• The ability to define many concurrent batch streams with priority, class, and dependent 
job scheduling. 

• A common command language for both on-line and batch jobs. 

• The ability to define any standard remote or local terminal as an operator console. 

• APL, BASIC, COBOL, FORTRAN, and RPG II match or exceed current commercial state- 
of-the-art industry standards. 

• Hierarchical budget accounting for control of system changes and usage. 

• Remote communications concentrators provide fast local response, error control over long 
lines, and economical use of lines via full-duplex protocols. 

• Communication groups (comgroups) provide communications between terminals and 
transaction processing user jobs, and between one or more user jobs. 

• Comprehensive user documentation. 
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Section 2 
The CP-6 System 



This section contains a general overview of the CP-6 system, and references the section of this 
manual where each feature is described in more detail. 

The Monitor 

The CP-6 monitor functions as the major control element in the operating system. The 
monitor governs the order in which programs are executed and provides common services to 
all programs. The number and types of the programs in an operating system vary according to 
the user requirements at a particular installation. Each individual operating system consists of 
a selection of monitor routines and processing programs that are closely integrated for a given 
set of applications. 

The monitor controls and schedules the use of the system resources including CPUs, main 
memory, secondary storage devices, spooled unit record devices, and terminals of all types. The 
monitor provides extensive services to the users, the system manager, the computer operator, 
and the hardware and software support engineers. 

Because the monitor is central to the operation of the CP-6 system, references are made to its 
functions throughout this document. 

The Hardware 

The CP-6 system is designed to run on Bull mainframes with minicomputers functioning as 
local real-time and communications processors. CP-6 hardware provides a flexible yet secure 
computing environment. 

The CP-6 hardware is described in Section 3. 
The Software Processors 

The CP-6 system supports a set of software processors that satisfy a variety of computing 
requirements. These processors are categorized into four groups: 
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The CP-6 System 

• Command and Control Processors 

• Language Processors 

• Utility Processors 

• System Management Processors. 

The CP-6 software processors are described in Section 4. 
The Documentation Set 

An integral part of the CP-6 system is a complete set of user manuals, fully documenting CP-6 
software, and a HELP facility. 

The CP-6 manual set includes references, guides, and primers. CP-6 reference manuals define 
in detail the system and its processors. CP-6 user guides and primers provide a tutorial, self- 
instruction method for learning CP-6 features. 

The HELP facility is an on-line documentation tool designed to provide quick reference into 
CP-6 concepts and capabilities. 

The CP-6 documentation set is described in Section 5. 
Program Development 

CP-6 program development facilities are designed to promote the efficient creation of 
applications programs. Program building, editing, compiling, loading, linking, executing, and 
debugging are handled by a comprehensive set of utility processors. 

The CP-6 program development facilities are described in Section 6. A sample CP-6 session is 
included. 

File and Device Management 

File management routines provide extensive CP-6 services including: 

• Full ASCII tape capabilities of label and volume expiration verification, formatting, 
blocking/deblocking, and volume switching. 

• Six file organizations available on disk and tape. 

• Blocking and deblocking. 

• Data compression. 

• Security. 

• Cataloging. 

• Archival storage management. 

• Automatic buffering. 
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Device independent I/O allows programs to be written and debugged without knowing either 
the final disposition of the output or the physical origin of the input. When a job is executed, 
it can accept the system default assignment, or the user may supply control commands to 
reassign input/output files or devices. 

CP-6 file and device management is described in Section 7. 
Scheduling and Memory Management 

The CPU scheduler selects the next user (or process) to be executed on the available CPU(s). 
The selection algorithm can be tuned to optimize the system for certain types of jobs. The 
job scheduler and resource management routines allocate non-sharable resources to use the full 
capability of the system. 

Memory management routines control the hardware so that user programs do not require 
contiguous physical space. CP-6 routines can associate and disassociate shared processors and 
I/O buffers without memory moves, and can contain different programs or data areas with 
suitable access restrictions. These routines also provide user services for obtaining and freeing 
dynamic space. 

Job step control provides transition between the compile, load, and other steps of a single 
job. Among these are clean-up services such as closing open files, flagging error conditions, 
permitting the user to handle abnormal termination, performing step accounting, associating 
the processor or fetching the program required for the next step, and merging file information 
into the data control blocks for the next step. 

CP-6 scheduling and memory management are described in Section 8. 
Communication Management 

CP-6 communications management allows geographic distribution of the communications 
facilities. The terminal interactive software is in the front end processor, thus ensuring quick 
terminal response. An efficient recovery process minimizes the effect of temporary system 
failures. 

CP-6 communications management is described in Section 9. 
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Reliability and Security 

Recovery routines provide a high level of system availability. Error detection routines record 
all hardware and software errors discovered by the system in a system log file. CP-6 security 
features prevent unauthorized access to the system, user programs and data, and privileged 
services. 

Several levels of access control for accounts, files, and records exist within the file management 
routines. Accounts and files may restrict access to a specified group of users or to a specific 
processor. A file may be passworded and individual records or an entire file may be encrypted. 
In addition, hardware protection prevents unauthorized access to memory locations. Users are 
protected from each other, the monitor is protected from the users, the users are protected 
from the monitor, and sections of the monitor are protected from each other. 

CP-6 reliability and security are described in Section 10. 
Job Control and Access Modes 

Work is performed on the CP-6 system through a combination of the CP-6 processors and 
user-developed programs. 

Each unit of work is packaged together as a "job", regardless of the access mode used to enter 
the system. Jobs are also referred to as "users", and are the CP-6 execution scheduling unit. 
(In most respects, a CP-6 user is equivalent to a "process" in other systems.) There are four 
types of CP-6 jobs: batch jobs, on-line jobs, transaction processing jobs, and ghost jobs. 

With a batch job, the monitor knows the entire control stream and resource requirements 
before the job is put into execution. The monitor schedules batch jobs to optimize the use of 
resources. As a general rule, batch jobs are disconnected from human interaction as output is 
not delivered until the completion of the job. Errors or abnormal conditions occurring within 
a job cause the remainder of the job to be discarded unless the user program or job control 
commands initiate exceptional condition processing. Batch jobs can be submitted from a 
central site card reader, through an on-line terminal, or through a remote processing terminal. 

An on-line job receives its control stream directly from the user at a time-sharing terminal. 
Resource requirements are not known to the monitor in advance, and are acquired as needed 
and when available. The user interactively handles unexpected occurrences. An on-line job 
can do everything a batch job can do, including executing cataloged procedures and accessing 
peripherals. 

In a transaction processing job, each terminal interaction or transaction is formalized by the 
monitor in much the same way as a complete batch job step. This means that full system 
protection is provided for all elements of the transaction: input, output, and data base access. 
The installation may choose several levels of protection as required by the importance of each 
transaction. 
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Ghost jobs have a command stream, which is usually contained in a file, and can consist of 
multiple job steps. Ghost jobs are initiated at the request of the system, the operator (via a 
log-on process), or a privileged job (via a monitor service request). 

All jobs, regardless of job type, enter the system through one or more modes of access. These 
modes are: 

• CP-6 Transaction Processing, described in Section 11. 

• CP-6 Time-Sharing, described in Section 12. 

• CP-6 Batch Processing, described in Section 13. 

• CP-6 Remote Processing, described in Section 14. 

• CP-6 Distributed Real-Time Processing, described in Section 15. 

Support Services 

A flexible system initialization procedure allows the system manager to define the system to 
reflect the hardware configuration, the number of users, the system features, and the processors 
to be included. 

Operator communications inform the operator about set-up requirements, device errors that 
need attention, and the current batch queue. Users can send and receive operator messages. 
Several different interactive terminals can be used as operator consoles simultaneously, and 
different types of messages can be routed to the appropriate consoles. An operator's console 
can be used simultaneously as a time-sharing terminal. 

On-line diagnostics and hardware exercisers are available to the support engineers. 

Accounting information is maintained for users and several processors are provided for accessing 
this information. Interfaces are provided to allow the system manager to include his own 
accounting routines in the system. Accounting may cover an entire job or an individual job 
step. Processors are available that allow the system manager to charge for the job. Rates can 
be changed dynamically and applied to a variety of classes of users. 

Performance tuning parameters exist throughout the system and are used extensively in 
scheduling jobs. Most parameters can be modified dynamically by the system manager to 
tune the system to his requirements. Statistics gathering and analysis processors are included 
with the system as an aid in the tuning efforts. 

CP-6 support services are described in Section 16 through 18. 
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Section 3 
The CP-6 Hardware 



CP-6 hardware provides many enhancements over previously available computer systems. The 
hardware features expanded virtual mapped memory and shared program facilities, and permits 
distribution of processing to multiple host and minicomputer systems. Hardware security 
features, fully utilized by the operating system, provide a secure, yet flexible, environment. 
The virtual mapping facilities and the security features are implemented in the I/O processors, 
resulting in faster throughput and reduced overhead. 



The Central Processor 

The CP-6 system is designed to use Bull Series 60 and DPS 8 central processing mainframe 
systems, which provide extensive instruction sets, including packed decimal and floating point 
arithmetic, bit and byte string operations, and many powerful instruction addressing modes. 
Up to 16 million words (64 megabytes) of solid state memory can be supported on each 
host system. A combination of Input/Output Multiplexers (lOMs) and Micro- Programmed 
Controllers (MPCs) provide access to memory from peripheral devices. Up to four lOMs may 
be configured on a CP-6 system. Each IOM will support a number of MPCs. 

Available host peripherals include: 

Card readers: 300/500/1050 CPM. 
Card punch: 100/400 CPM. 

Line printers: 1100/1600 LPM, 64 or 96 character set. 

Magnetic tape drives: dual density 9-track 800/1600 and 1600/6250 BPI, 75/125/200 
IPS; and dual density 7-track 556/800 BPI (device support only - no managed tapes). 

Disk drives: Removable 402s and 451s, and nonremovable 501s are supported, with the 
following available storage: 

Disk Available Storage 

402 (100 MB) 88 million 8-bit bytes/disk 
451 (200 MB) 177 million 8-bit bytes/disk 
501N (600 MB) 618 million 8-bit bytes/head-disk assembly. 
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The Front-End Processor 

The CP-6 system uses Level 6 minicomputers as communication and real-time processors. Up 
to 12 minicomputers use firmware-driven microprocessors to achieve modularity with optimum 
configurability. 

Multiprocessing 

The CP-6 multiprocessing facility enables from one to six central processors to be incorporated 
as part of the basic system in order to achieve greater processing power and/or greater reliability. 
All central processors have access to all physical memory and are capable of simultaneously 
executing programs residing in sharable domains. Only one copy of the operating system is 
employed to manage the central processor complex. 

Only one processor (considered the primary) in the processor complex is permitted to perform 
system initiation and execute I/O response monitor procedures. The other processors 
(considered secondary) in the processor complex are prevented from executing seldom used 
but critical internal procedures, such as the monitor's allocation segment routines. Frequently 
used procedures, however, may be executed by any processor in the complex, and both primary 
and secondary processor procedures include file management (including I/O start) and CPU 
scheduling of users. Efficient processor gating techniques prevent the simultaneous access of 
critical system tables and the simultaneous execution of critical procedures. 

CPUs may be dynamically reconfigured during system operation without shutting down the 
system. Secondary CPUs may be added or removed, and the CPU designated as primary may 
be changed via simple operator-initiated commands. 

Configuration 

Figure 3-1 shows a generalized CP-6 DPS configuration. In this figure, the components 
contained within the broken lines constitute the central system. For the most current 
information concerning available configurations, contact your local Bull CP-6 Marketing 
Representative. 
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Figure 3-1. Generalized CP-6 L66 DPS Configuration 
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Section 4 



The CP-6 Software Processors 



The CP-6 system supports a complete set of software processors that satisfies a variety of 
computing requirements: 

• CP-6 command and control processors create an efficient user environment. 

• CP-6 language processors feature compatibility with AIMS standards. 

• CP-6 utility processors offer a wide range of user services designed to increase programmer 
productivity. 

• CP-6 system management processors help to reduce operations costs and promote efficient 
utilization of the entire CP-6 system. 

Because the processors exist together in a self-consistent environment, the programmer is free 
to choose the right tool for the each job. 

The CP-6 software processors are listed in Figure 4-1 in the order in which they are described 
in this section. In addition to these processors, user-developed processors and the following 
programs generally available in the CP-6 community are supported on the CP-6 system: GASP, 
IMSL, PASCAL, SLAM, SNOBOL, and SPSS. 
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Figure 4-1. CP-6 Software Processors 



Command and Control Processors 



LOGON 



The LOGON processor controls access to the system by requiring the user to supply authorized 
identification information. Once this access is obtained, control is passed to IBEX. 



IBEX 



The Interactive and Batch Executive (IBEX) processor is the CP-6 execution control processor. 
The execution control commands that are interpreted by IBEX identify the user job, the tasks 
to be performed by the job, and the resources required by the job. Other IBEX commands 
control interactive terminal operations. All batch jobs and interactive sessions require the 
use of execution control commands. The language is the same for both modes of processing 
(however, not all commands apply to both modes of processing). Appendix A is a summary of 
IBEX commands. 
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DELTA 

The DELTA debugging processor is used to debug run units. The source code may have been 
written in any CP-6 assembler or high-level language. The language processors, in cooperation 
with the LINK loader, supply symbolic information to DELTA. The user describes the debugging 
requirements to DELTA in terms similar to the language in which the source program is written. 

DELTA operates in both the batch and on-line modes. If the user is running in the time-sharing 
mode, conditions that occur in the user program are reported directly at the terminal. The user 
can then take immediate action to correct an error. In the batch mode, the user is restricted 
only to actions that can be preplanned. 

DELTA allows the user to: 

• Examine, insert, and modify program elements such as instructions, numeric values, and 
coded information (i.e., data in all its representations and formats). 

• Control execution (including the insertion of break-points into a program) and requests for 
breaks on data changes within elements. 

• Trace execution by displaying information at designated points in a program. 

• Search programs and data for specific elements and subelements. 

DELTA is designed and interfaced to the system in such a way that it may be called to 
aid debugging at any time, even after a program has been loaded and execution has begun. 
Appendix B is a summary of DELTA directives. 

TPA 

The Transaction Processing Administrator (TPA) is a privileged shared processor that is the 
Transaction Processing (TP) control processor. The TPA is responsible for monitoring the 
operation of an instance of TP. This processor is the administrative user of the TP comgroups 
(see Section 9), and receives all commands for the TP system. The TPA opens TP instance 
files and initializes instance tables. Thereafter, the processor checks the log-on id of each TP 
terminal, verifies passwords, keeps statistics, sends messages to the master control terminal or 
operator's console, and responds to commands from these devices. 

TPCP 

The Transaction Processing Command Processor (TPCP) is the shared command processor for 
TP applications. TPCP is associated with each Transaction Processing Application Program 
(TPAP) executing in an instance of TP. The TPCP invokes the TPAPs and supervises exit 
control for them. The actual processing of transactions and the creation of reports occurs in 
the TPAPs. 



CE26-02.DRAFT 



TPCP 



4-3 



The CP-6 Software Processors 
Language Processors 

FORTRAN 

The CP-6 FORTRAN-77 compiler is compatible with essentially all the features of the American 
National Standards (ANS) FORTRAN 1978 X3.9, and includes extensions to that standard. 
Features of the CP-6 FORTRAN compiler include: 

• CHARACTER variables. 

• Addition of INCLUDE (system) capability. 

• Line-by-line syntax-checking capability for time sharing. 

• Half word integer, byte logical data types. 

• Expanded READ/WRITE capabilities. 

• Free form input. 

• OPEN and CLOSE statements. 

• ARES and l-D-S/ll CALL interface. 

• 31 character names and upper and lowercase alphas for ids. 

• Conditional compilation capabilities. 

• Virtual array capability. 

• Vector optimizations for the DPS90. 

COBOL 

CP-6 COBOL offers a powerful and convenient programming language for implementation of 
business or commercial applications. COBOL is a standard compiler that conforms to American 
National Standards (ANS) COBOL X3.23-1974. I-D-S/II DML (Data Manipulation Language) 
capabilities are integral features of the compiler. The compiler accepts source program input 
from cards, remote terminals, user files, and the user copy library files. The compiler produces 
object-code compilation units from programs written in COBOL to form an executable run 
unit. 

COBOL-85 

A compatible superset of COBOL-74, COBOL-85 also incorporates all of the proposed ANSI 
standards currently identified. Additionally, COBOL-85 includes ease-of-use features to assist 
programmers in development. Items such as automatic correction of spelling errors, where 
impossible, and unaccessible code identification assist in correct programming techniques. 

COBOL-85 utilizes the most state-of-the-art techniques for compilers to provide faster 
compilation and improved code optimization in the resultant object output. The COBOL- 
85 compiler represents the newest and most up-to-date COBOL compiler from Bull. 
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BASIC 

CP-6 BASIC is a powerful compiler and programming language that is easy to teach, learn, 
and use, and is useful for a wide range of applications. CP-6 BASIC provides many significant 
enhancements over ANS minimal BASIC, including: 

• A comprehensive set of statements, commands, and supplied functions; an extended MAT 
package, extensive character string manipulation facilities, and both ASCII and binary file 

I/O. 

• The ability to share named data and data files between successively executed programs, 
and to access these files by direct statements. 

• The ability to save and recall the complete working storage environment (including program, 
named data, and current status). This feature permits programs to be executed without 
forcing a recompile. 

• The ability to carry out debugging operations at any time. The user can control BASIC'S 
response to run-time errors. 

• The ability to automatically trace program-flow and to specify breakpoints that interrupt 
execution, permitting immediate on-line debugging. 

• Similarity in on-line and batch operations, which differ only in default device assignments 
and error response. 

• The ability to execute most statements directly, allowing the on-line terminal to be used 
as a "super" calculator. 

• Conformity to CP-6 file conventions, allowing BASIC to access files created by other CP-6 
processors and to create files that can be used by other CP-6 processors. 

• The ability to seal programs, permitting the user to execute (but not modify, copy, or view) 
the programs and associated data. 

• Structured programming statements. 

• 31 character variable names. 

APL 

APL is a powerful and concise interpretive language, widely used by universities, engineers, 
and statisticians. APL also possesses features that make it particularly attractive for business 
applications, where user interaction and rapid feedback are key issues. CP-6 APL provides 
some special features, many of which are unavailable in other versions of APL: 

• A compatible superset of IBM's APL/SV. 

• On-line or batch operation. 

• Increased I/O control facilities, providing easy access to standard CP-6 files. 

• Shared access to files. 

• Error and break control. 
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• Increased sub-string manipulation facilities. 

• The ability to seal a workspace so that unauthorized users can load and execute, but not 
display or modify, the workspace contents. 

• Accessibility by terminals without an APL character set. 

• A fast formatter that facilitates report generation. 

• An l-D-S/ll interface. 

• A comprehensive set of debugging aids. 

PL-6 

The PL-6 processor was designed specifically for the implementation of the CP-6 operating 
system. PL-6 combines the simplicity and directness of assembly language with the power and 
convenience of a higher-level language. Some of the outstanding features of this innovative 
and flexible language are: 

• Provides a direct interface to the operating system. 

• Uses a small run-time library. 

• Produces a minimum of automatic storage. 

• Provides handling of system-reported conditions via the ALTRETURN feature and 
asynchronous procedures. 

• Adapts well to (but is not limited to) structured programming. 

• Provides program control of register usage and calling sequences. 

• Is geared for efficient use under the CP-6 system. 

C Language 

The CP-6 C language is compatible with the UNIX System V level implementation of C. 
The C language is the primary development facility of UNIX based micro and minicomputers. 
Frequently used as a teaching language in the university environment, CP-6 C should allow 
most UNIX based applications to be implemented on CP-6. 

PASCAL 

CP-6 PASCAL is an implementation of the full Pascal language and conforms to the proposed 
PASCAL standard ISO/TC 97/SC 5 DP7185, the first version of which was published in ACM 
SIGPLAN Notices 15, Number 4, April 1980. This proposed standard is a cleaned-up version 
of the PASCAL language described in "PASCAL: User Manual and Report" by K. Jensen and 
N. Wirth (Springer-Verlag 1974); most PASCAL programs conforming to Jensen and Wirth's 
PASCAL will compile and execute correctly under CP-6 PASCAL. 
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GMAP 

CP-6 GMAP-6 is a powerful two-pass macro assembler that translates symbolic statements into 
relocatable binary machine instructions or data, and gives users the flexibility to use all CP-6 
hardware features, including context and security management and the Extended Instruction 
Set (EIS). 

It is best suited for those systems and user applications in which bit manipulation, memory 
space, or optimum execution time requirements are critical factors. 

DUAL 

The Dynamic Universal Assembly Language (DUAL) is an assembler that includes meta- 
language facilities. DUAL provides both system and application programmers with a powerful 
set of directives to reduce programming time, improve program checkout and develop languages 
to meet the needs of a specific application. In addition, through DUAL's special set of META 
directives, the programmer can extend DUAL so that it can translate a single phrase into a 
sequence of computer instructions. 

RPG II 

Report Program Generator (RPG II) prepares reports from information stored on cards, tape, 
or disk. RPG II programs can accept input data, retrieve data from existing files, perform 
calculations, change data formats, update existing files, compare data values to determine 
handling, access user-defined and library subroutines, and print formatted reports. 

TEX 

TeX is a typesetting system intended for the creation of beautiful books-and especially for 
books that contain a lot of mathematics. By preparing a manuscript in TeX format, the user 
tells a computer exactly how the manuscript is to be transformed into pages whose typographic 
quality is comparable to that of the world's finest printers. 

TEXT 

The TEXT processor prepares formatted document output from text source input files. The 
formatted text document can be printed on the user s terminal or on a line printer, or it can 
be written to a file. The TEXT processor reads the input records from the text source input 
file and formats output lines. Detailed control is provided over margins, spacing, headers, 
justification, numbering, and other aspects of format. The output can be printed page by page 
to allow positioning of paper, or it can be directed into a file. The user can define variables and 
cause expressions to be evaluated. He or she also has the ability to refer to (and sometimes 
modify) variables connected with the workings of the TEXT processor. 
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ARES 

A Relational System (ARES) is a data base management system designed with emphasis on ease 
of use. It is a data manipulation tool intended for both the non-programmer and programmer. 
ARES presents all data as tables in a simple row-and-column format. Since a table format 
is a common way to keep records in a manual system, the concept is not difficult for the 
inexperienced data processing user to grasp. 

Through the structure-based query language (SQL), data can be stored, accessed, and updated. 
Commands can be executed as a one-time inquiry and discarded, or stored as part of the data 
base description and executed when needed. 

For more control, a program using the ARES Programmatic Interface may be employed to 
access any ARES data base. This interface allows the execution of prestored queries or the 
formulation of new ones from within a program written in FORTRAN, COBOL, and COBOL- 
85. The data is returned one selected record at a time. As each record is returned, the program 
may alter the contents of selected fields or delete the record, as appropriate. 

I-D-S/II 

CP-6 Integrated Data Store (l-D-S/ll) is one of the most advanced data base management 
systems available. I-D-S/II is a standard implementation of the recommendations and 
specifications of the Conference on Data Systems Languages (CODASYL). Highlights of I- 
D-S/ll include: 

• The Data Definition Language (DDL) conforms closely to the CODASYL Journal of 
Development specifications. The DDL is free form and natural. 

• The COBOL Data Manipulation Language (DML) is part of COBOL, and conforms closely 
to the ANSI standard. 

• The APL Data Manipulation Language (DML) is part of APL, and parallels the COBOL 
DML. An APL subschema DDL generator, translator, and validator support the APL 
interface. 

• A FORTRAN CALL interface is provided which closely parallels the COBOL DML format. A 
FORTRAN subschema DDL generator, translator, and validator with FORTRAN INCLUDE 
files support this interface. 

• Programs can remain independent of many types of changes to the data base data format. 

• An integrated data base may contain up to 68 billion records in integrated or indexed files. 

• Multiple batch and on-line user programs may concurrently update the same area of a data 
base. 

• I-D-S/II data structures may be any combination of singular, tree, hierachical, or network 
structures. 

• Data base run-time statistics may optionally be turned on and off when testing or debugging 
new data base application programs. 
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• The data base manager is a secure shared library in the CP-6 system. The user cannot 
access the DBCs procedure or data. 

• Subschema generation and validation allows the data base administrator to restrict access 
of user programs to a subset of the schema specified in the DDL. 

• Using privacy locks and keys, l-D-S/ll users can limit access to information in the data 
base down to the data item level. 

• The data base utility DBUTIL provides formatted record printing, set pointer validation 
and repair, as well as dumping/loading, key rebuilding, and roll forward. 

IDP 

The Interactive Data Base Processor (IDP) is a query and report language which offers the 
capability for on-line retrieval and display of data maintained either within l-D-S/ll data bases 
or within sequential files. The IDP language consists of keywords and operators that can be 
combined with data base item names and literals to form meaningful statements. IDP includes 
capabilities that permit decision-makers with limited programming knowledge to use a flexible 
and responsive management information system, producing simple yet comprehensive reports. 

The IDP user need not have any knowledge of programming nor of l-D-S/ll. All the user needs 
to know are the commands and the names of the items contained in the data base. The IDP 
language is completely free form; query sessions are conducted on-line. Any syntax errors are 
flagged, a diagnostic is issued, and the user is given the opportunity to correct the syntax 
on-line. 



FPL 

The Forms Processing Language (FPL) is a new programming language developed by Bull 
to expedite forms processing. Typically, a Forms Program (FP) performs the essential forms 
processing functions of data input, validation and automatic formatting. FPL is COBOL- 
like; that is, the source language defines Identification, Environment, Data, and Procedure 
divisions. However, only a subset of the COBOL language is used in FPL, and that subset 
has been modified and extended to respond to forms processing requirements. The source 
language is compiled (in the host), and executed interpretively in the front end processor. 
These executing programs communicate with the forms processing terminals. Forms Programs 
typically run in a Transaction Processing (TP) environment; however, Forms Programs may 
also run in Time-Sharing mode. 
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Micro FPL 

Micro FPL (uFPL) runs on an IBM Personal (or compatible) Computer and for the most part, 
is functionally equivalent to FPL in CP-6. Perhaps the biggest advantage of uFPL is that it 
offloads much of the load on the FEP (Front End Processor) to the Personal Computer. This, 
generally, makes the execution faster and much more consistent. With uFPL it is no longer 
possible to "CALL" PL-6 subroutines. Also, the debugging environment available on CP-6 is 
not available with uFPL. However, the FPL programs can be tested and debugged on CP-6 
and then transported to the PC and run under uFPL. 

Utility Processors 



EDIT 

The EDIT processor is a context editor for on-line creation, modification, and handling of 
programs and other files of textual data. All EDIT data is stored in a keyed file structure of 
sequence-numbered, variable length records. This structure permits the user to directly access 
each line (i.e., record) of data. 

EDIT functions are controlled through commands supplied by the user. The command language 
supports insertion, deletion, reordering, and replacement of lines or groups of lines of text. 
EDIT also supports selective printing, renumbering of records, and context editing operations 
of matching, moving, and substituting for records selected by a range of line numbers and the 
presence or absence of specified character strings. File maintenance commands allow the user 
to build, copy, merge, and delete entire files. Appendix C is a summary of EDIT commands. 

6EDIT 

The CP-6 Device Independent Screen Editor (6EDIT) can be used to edit keyed, consecutive, 
and unit record files. Both commands and individual keystrokes may be used to perform editing 
functions. Since 6EDIT constantly displays a full screen of the data records, changes can be 
seen immediately and in relation to the surrounding text. 

6EDIT is completely device independent. It will operate on any asynchronous CRT terminal. 

6EDIT also provides many of capabilities such as word wrap, auto tabulation and, through 
keyboard customization, keystroke block manipulation allows 6EDIT to simulate a functionally 
rich word processing system. 
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PCL 

Peripheral Conversion Language (PCL) is a utility subsystem that provides information 
movement among card devices, line printers, tape devices, disk packs, terminals, and other 
peripherals. The flexible and powerful command language provides single and multiple file 
transfers with options for selecting, sequencing, formatting, encrypting, and converting data 
records. Additional file maintenance and utility commands are also included. Appendix D is a 
summary of PCL commands. 

LINK 

The LINK processor controls loading and linking of programs. LINK accepts object units (which 
are the output of compilers or assemblers) as input, resolves any linkages between them, and 
produces run units as its output. The processor may be directed to include object units from 
library files in the run unit and may also be directed to produce overlaid programs. LINK is 
available in both the batch and time-sharing modes. 

FEPLINK 

The FEPLINK processor controls loading and linking of all front-end resident programs. 
FEPLINK processing is performed in the host. FEPLINK accepts front-end object units (which 
are the output of front-end oriented processors such as FPL and DUAL) as input, resolves any 
linkage between them, and produces executables to be booted into the front-end processor as 
its output. 

LEMUR 

The LEMUR (Library Editor and Maintenance Utility Routines) processor builds library files 
from object files. LEMUR also edits existing library files and object files by performing insertion, 
deletion, and replacement of object units within these files. Library files built by LEMUR are 
accessed by LINK when constructing run files. 

SORT/MERGE 

SORT and MERGE are processors that provide a method of performing fundamental data 
manipulation processing: 

• Rearranging (sorting) records of multiple unordered files to a single specifically ordered file. 

• Combining (merging) records of multiple ordered files to a single ordered file. 
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SORT and MERGE may be run as a stand-alone processor, linked from a user program, or 
called directly from the system shared library. 

ANLZ 

The ANLZ processor allows the system programmer to analyze dumps from the host or the 
front end processor. ANLZ displays relevant system information in an easily readable format. 

GOOSE 

The GOOSE processor starts user-requested ghost jobs. A user with appropriate privileges can 
request that a ghost job be started immediately or can specify when a ghost job is to be started 
- either at system startup or at a particular time of day. 

IMP 

IMP defines sequences and special characters that will be generated as a result of specified 
keystrokes at the terminal. These user-defined sequences or characters may be unique 
combinations of system escape sequences and special characters, or new special purpose 
functions suited to the individual user. IMP can be used to: 

• Redefine the keys on the keyboard of one terminal so that it looks like the keyboard of 
another terminal. 

• Define function keys to perform commonly used functions such as checking on jobs. 

• Define keys to generate often-used strings (such as lengthy variable names in a program). 

G6MOVE 

The processors that make up G6M0VE provide an intersystem file transportation service 
between CP_6 and GC0S6 systems. G6M0VE is capable of the following type of file transfers. 

• Transmit a file from the originator's machine to a distant machine. 

• Retrieve a file from a distant machine to the originator's machine. 

• Transfer a file from a distant machine to another distant machine. 

TRADER 

The Transaction to Application Definition Routine (TRADER), is a TP utility that defines 
the parameters necessary to associate transactions with Transaction Processing Application 
Programs (TPAPs) and Forms Programs (FPs). Information submitted to TRADER includes 
transaction names and types, TPAP and FP identification, and TPAP DCB assignments. 

The TPCP command processor uses TRADER information to start TPAPs processing of 
transactions. The TPA uses TRADER information to invoke appropriate FPs to process 
transactions. 
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End User Facilities 



MAIL 

MAIL is an interactive on-line message system which allows users to send and receive 
messages. Using the electronic MAIL system can dramatically reduces the time spent writing 
correspondence, correcting errors, and making copies for distribution. Exact records can be 
kept of all letters and memos delivered and received. The need for paper is eliminated as copies 
of letters can be stored and grouped in separate files called folders on-line, rather than in the 
typical filing cabinet and binders. 

CAP 

Computer Aided Publication (CAP) is an automated system that manages the authoring, 
pagination, maintenance, and distribution of technical publications. This manual describes 
the generic facilities that are available to most users of CAP. The phrase "most users" is 
emphasized because CAP can be customized to perform differently at different CP-6 sites. 

Customization of the CAP system is performed by a special CAP user called a CAP 
administrator. The CAP administrator defines the location of the devices that make up the 
CAP system, the logons and file storage accounts, etc. The CAP administrator also defines 
the various formats that are available to the CAP user. 

FORGE 

The CP-6 Form Generator (CP-6 FORGE, hereinafter referred to as FORGE) processor is used 
to create and maintain forms in CP-6 application programs. The CP-6 system provides all 
of the necessary facilities required to use forms mode, while the FORGE processor provides 
application programmers with the ability to create and maintain form definitions conveniently. 
FORGE creates libraries of form definitions, modifies them and generates language specific 
include files for application programs. 

ADAPT 

The CP-6 ADAPT (A Dialog And Presentation Translator, hereinafter referred to as ADAPT) 
system is a tool for building menu-driven dialogs to support end users. 

ADAPT allows a knowledgeable user to tailor a CP-6 product or set of products to fit the end 
user's understanding of the task to be performed. Based on rules defined by the knowledgeable 
user, ADAPT transforms end user inputs into the program invocations and commands needed 
to actually accomplish the task. This makes it possible for end users to take advantage of a 
wide range of CP-6 capabilities, regardless of their background, computer experience, or native 
language. 
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PCT 

PCT is a terminal emulation program that performs a number of functions related to using a 
personal computer to communicate with other personal computers and with a mainframe. 

System Management Processors 



SUPER 

The SUPER processor gives the system manager and authorized project managers control over 
access to the CP-6 system and the privileges extended to users. Through SUPER, the system 
manager and authorized project managers may add and delete users, specify how much main 
memory and disk storage space a user may have, specify how many central site magnetic tape 
units a user may use, grant certain users special privileges, (e.g., grant system programmers 
the privilege of examining, accessing, and changing the monitor), and individually authorize or 
deny access to the various processors for each user. SUPER is also the vehicle used to define 
the communications configuration of a CP-6 system. 

NETCON 

The NETCON processor defines CP-6 networks, maintains network links and controls network 
performance. 

CONTROL 

The CONTROL processor allows the user to dynamically modify the system performance and 
control parameters. 

RATES 

The RATES processor allows the system manager to set relative charge weights on the 
utilization of system services and interactions. 

EFT 

The EFT processor allows the operations staff to back-up and restore files. 
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PIG 

The Pack Set Initializer authorizes accounts on pack sets, mounts and dismounts pack sets, 
and reconstructs the available extent tables. 

VOLINIT 

The VOLINIT processor allows the operations staff to initialize CP-6 disk packs and to surface- 
check the devices to minimize errors. 

LABEL 

The LABEL processor writes ANS standard labels on tapes. 
STATS 

The STATS processor displays and collects performance data on a running system and produces 
snapshot files to be displayed later. Several forms of statistical summaries and history traces 
are available. 

ELAN 

The ELAN processor aids in the analysis of previously logged hardware and software failures. 
TOLTS 

The TOLTS processor allows the field engineers to run hardware tests and diagnostics on 
demand, while the remainder of the system continues operation. TOLTS is frequently used in 
conjunction with ELAN. 
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Monitor Services 

The CP-6 monitor includes standard services that are available to user programs, regardless of 
the languages in which the programs are written. (Callable PL-6 routines may be required in 
certain cases.) Appendix E lists the CP-6 host and front end processor monitor services. 
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Bull CP-6 documentation consists of two elements: the CP-6 manual set and CP-6 on-line 
documentation. 

The CP-6 Manual Set 

The CP-6 manual library consists of a complete set of manuals that fully documents CP-6 
software for the user. The CP-6 manual set is designed to meet the needs of different kinds of 
users working in each of the CP-6 environments. 

The CP-6 manual set contains two types of manuals: references and guides. Designing the 
manual set to include these two types of manuals provides the user with both complete and 
tutorial information. 



References 

A reference manual provides a detailed description of software. Concentrating on completeness 
and easy look up, a reference is organized in encyclopedic fashion - usually alphabetically. As 
a result, it provides an in-depth description of a product for reference purposes, but is not 
intended as a stand-alone learning tool. 

Reference manuals document each of the CP-6 environments. There are a total of 29 
references in the CP-6 manual set. Within each environment, reference volumes are designed 
to both maximize document utility for the user and to minimize the number of manuals in the 
set. Where appropriate, utility is maximized by documenting processors in separate volumes. 
However, where functionality so indicates, documentation of processors is combined into a 
single volume to limit proliferation of manuals. For example, in the system programming and 
support environment, a 3-volume set, the CP-6 System Support Reference, documents all the 
system processors of interest to the system manager. Likewise, in the application programming 
environment, a single volume, the CP-6 Programmer Reference documents the several utility 
processors (EDIT, PCL, LINK and LEMUR) of interest to the application programming user. 
But, in the application programming environment, separate references document each of the 
language processors. 
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Guides 

A guide provides tutorial information on a product. Concentrating on teaching how to use a 
product and ease of understanding, a guide is organized functionally, usually around examples. 
As a result, it serves as a textbook to be read as a learning document, but is not intended as 
a complete reference covering all aspects of a product. 

The CP-6 manual set includes guides for APL, BASIC, COBOL, FORTRAN, and l-D-S II 
programmers, as well as TP and Text Processing administrators. 

Note that a subcategory of guides - "Getting Started" guides and Introductions - is included 
in the manual set. A primer introduces a non-sophisticated user to a CP-6 

Catalog of Documents 

The following table contains a list of the CP-6 manual set divided into different user areas. 
Note that assignment of manuals to an area is not exclusive. Each user will tailor his or her 
library of documents to reflect his or her needs. Thus, a system programmer will make use 
of the CP-6 Programmer Reference, and an application programmer may need to refer to the 
CP-6 DELTA Reference. 



The table below lists the AR 1.0 set of CP-6 manuals. Customers may list the current manual 
set by entering the command "HELP (MANUALS. :DBALL) TOPICS", on the CP-6 support 
system. 



Order 




Publication 






Number 


Title 


Date 






End User Facilities 


HA03-01 


CP-6 Introduction to MAIL 


October 


1986 




HA04-02 


CP-6 MAIL Reference 


June 


1990 


*r 


HA09-00 


CP-6 Introduction to ARGENT 


August 


1985 


* 


HA10-00 


CP-6 ARGENT Reference 


October 


1985 


* 


HA12-01 


CP-6 ADAPT Reference 


December 


1988 


* 


HA13-01 


CP-6 FORGE Reference 


December 


1988 


* 


HA15-00 


CP-6 PC Terminal (PCT) Facility Reference 


July 


1986 


* 


CE30-02 


CP-6 IDP Reference 


July 


1982 


* 


CE70-02 


CP-6 6Edit Screen Editor Reference 


June 


1990 




CE73-00 


CP-6 Introduction to 6Edit Screen Editing 


April 


1985 


* 


Database Management 


HA01-01 


CP-6 Introduction to ARES 


August 


1985 


* 
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HA02-03 


CP-6 ARES Reference 


June 


1990 


*r 


CE35-03 


CP-6 l-D-S/ll Reference 


December 


1988 


*u 


CE36-03 


CP-6 l-D-S/ll DBA Reference 


December 


1988 


*u 


CE54-01 


CP-6 l-D-S/ll Guide 


December 


1988 


* 


Publishing 


HA27-00 


CAP Document Structuring Language (DSL) Reference 


February 


1989 


S 


HA28-00 


CAP Administrative DSL Reference 


February 


1989 S 


HA29-00 


CP-6 CAP User Guide 


February 


1989 


S 


HA30-00 


CP-6 CAP Administrator Guide 


February 


1989 


S 


CE48-02 


CP-6 TEXT Processing Reference 


February 


1987 


* 


CE53-00 


CP-6 TEXT Processing Primer 


June 


1981 


* 


CE59-00 


CP-6 FASTEXT Guide 


December 


1982 


s 


Transaction Processing 


CE49-01 


CP-6 TP Applications Programmer Guide 


August 


1985 


* 


CE50-02 


CP-6 TP Administrator Guide 


December 


1988 


* 


CE51-02 


CP-6 FPL Reference 


December 


1988 


* 


Application Programming 


HA17-00 


CP-6 C Language Reference 


June 


1990 


*n 


CE28-01 


CP-6 SORT/MERGE Reference 


February 


1983 


* 


CE29-02 


CP-6 COBOL Reference (COBOL-74) 


February 


1983 


* 


CE46-02 


CP-6 COBOL Programmer Guide (COBOL-74) 


February 


1983 


* 


CE68-00 


CP-6 COBOL Reference (COBOL-85) 


April 


1986 


*u 


CE69-00 


CP-6 COBOL Programmer Guide (COBOL-85) 


April 


1986 


*u 


CE31-05 


CP-6 FORTRAN Reference (FORTRAN-77) 


December 


1988 


* 


CE47-05 


CP-6 FORTRAN Programmer Guide (FORTRAN-77) 


December 


1988 


* 


CE32-03 


CP-6 BASIC Reference 


March 


1985 


* 


CE37-00 


CP-6 RPGII Reference 


December 


1979 P 


CE38-05 


CP-6 APL Reference 


December 


1988 


* 


CE40-04 


CP-6 Programmer Reference 


December 


1988 


* 


CE42-03 


CP-6 Programmer Pocket Guide 


August 


1989 


* 


CE55-01 


CP-6 Application Programmer Handbook 


January 


1984 


* 


CE72-00 


CP-6 DIGS (Graphics) Reference 


March 


1985 


* 



System Programming and Support 

HA11-00 CP-6 FEP Programming Concepts May 1985 S 

HA20-01 CP-6 System Support Reference (A-P) December 1988 * 

HA21-01 CP-6 System Support Reference (Q-Z) December 1988 * 

HA22-01 CP-6 System Support Reference (Appendices) December 1988 * 
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CE34-05 CP-6 Operations Reference 

CE39-04 CP-6 DELTA Reference 

CE44-03 CP-6 PL-6 Reference 

CE60-00 CP-6 System Manager Handbook 

CE61-01 CP-6 Customer Support Handbook 

CE62-00 CP-6 System Programmer Guide 

CE64-03 CP-6 Operations Pocket Guide 

CE65-00 CP-6 FEP Assemblers Reference 

CE66-02 CP-6 FEP Monitor Services Reference 

CE67-01 CP-6 FEP Library Services Reference 

CE71-02 CP-6 Host Library Services Reference 

CE74-01 CP-6 Host Monitor Services Reference (Descriptions) 

CE75-01 CP-6 Host Monitor Services Reference (Structures) 



December 


1988 


* 


December 


1 Aon 

1988 


* 


December 


1988 




ft /I L 

March 


1985 




October 


1987 


* 


January 


1984 




August 


1989 


* 


March 


1985 


* 


December 


1988 




December 


1988 


* 


December 


1988 


* 


December 


1988 


* 


December 


1988 





General Purpose 



HA16-01 CP-6 X Account Pocket Guide August 1989 * 

CE45-01 Getting Started with Timesharing November 1987 * 

CE56-03 CP-6 Pocket Guide to Documentation February 1987 * 

CE58-00 CP-6 Monitor Error Message Reference December 1988 * 



Hardware 



DH03-01 DPS 8 Assembly Instructions June 1984 P 

DX20-00 DPS 90 Assembly Instructions February 1986 P 

DZ51-00 DPS 8000 Assembly Instructions November 1986 P 



Legend: 

* = order from Newton Highlands (updates supplied on software release tape) 

S = system-supplied only (not currently available from Newton Highlands) 

P = available only from Publications Distribution Center 

n = new AR 1.0 manual 

r = revised AR 1.0 manual 

u = updated AR 1.0 manual 



Ordering: 

Manuals may be ordered using Form No. B-2808 from: 
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Bull HN Information Systems Inc. 
Customer Services Operation 
Publications Order Entry - MA35/219 
141 Needham Street 
Newton Highlands, MA 02161 U.S.A. 

Internal orders: (617) 552-5199 (fax) 

(617) 552-5374 

♦ Customer orders: (800) 343-6665 

(617) 552-5199 (fax) 

*publications and supplies 
End-User Facilities Manuals 

Getting Started with MAIL (HA24) This manual is designed to help the user get started with 
the CP-6 electronic MAIL system by describing the most commonly used features in an online 
simulation format. 

CP-6 Introduction to MAIL (HA03) This manual is a tutorial that takes the reader beyond 
'"Getting Started with MAIL". 

CP-6 MAIL Reference (HA04) This manual describes basic MAIL concepts and reference 
information related to the CP-6 electronic MAIL system. The electronic mail system is used 
to establish communication with other users via the 

CP-6 Introduction to ARGENT (HA09) This manual is for new users of A Report GENeraTor 
(ARGENT), which is available on CP-6. It is written for those with previous experience on the 
CP-6 system. Knowledge of an editor such as CP-6 EDIT or 6Edit would be helpful. 

CP-6 ARGENT Reference (HA10) This reference manual for CP-6 A Report GENeraTor 
(ARGENT) is written for the experienced user. It contains advanced conceptual information 
in addition to syntax formats and descriptions of all ARGENT commands and statements. 
This document is organized in an encyclopedic style with commands and statements listed in 
alphabetical order. 

CP-6 ADAPT Reference Manual (HA12) This manual describes A Dialog And Presentation 
Translator (ADAPT) concepts and provides reference information for the user with some 
programming background. It contains conceptual information, as well as syntax and reference 
information for each ADAPT statement. 

CP-6 FORGE Reference (HA13) This manual describes Form Generator (FORGE) concepts 
and provides reference information for the user with some programming background. 
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The FORGE processor is used to create and modify form definition databases, and generate 
language-specific include files for application programs. 

CP-6 PC Terminal (PCT) Facility Reference (HA15) This manual describes the PC Terminal 
(PCT) Facility, a terminal emulator. PCT was written to run on the IBM PC and compatible 
computers. Several of the features of PCT are oriented toward use on the CP-6 operating 
system. 

CP-6 IDP Reference (CE30) This manual describes the CP-6 Interactive Data Base Processor 
(IDP) which is used to retrieve and display information contained in an l-D-S/ll database or 
from a data file. This manual is intended for users wishing to access data using the IDP 
processor. 

CP-6 6Edit Screen Editor Reference (CE70) This manual represents a complete reference 
source for the 6 Edit screen editor. It discusses the conceptual model upon which 6Edit is based, 
as well as the attributes that make a screen editor unique. 

CP-6 Introduction to 6 Edit Screen Editing (CE73) This manual is intended for new users of 
the 6Edit screen editor. It provides procedural, annotated examples, which the new user can 
follow and practice. 

Database Management Manuals 

CP-6 Introduction to ARES (HA01) This manual is for new users of ARES, the CP-6 relational 
database management system. It describes how to use ARES and is organized in a series of 
example modules, which should be read and carried out in sequence. 

CP-6 ARES Reference (HA02) This document is a reference manual for the CP-6 ARES 
relational database management system. It contains advanced conceptual information as well 
as system and reference information about each ARES command. 

CP-6 l-D-S/ll Reference (CE35) This manual describes the data manipulation language used 
to access an l-D-S/ll database application. This manual also discusses CP-6 environment 
features, including l-D-S/ll program execution, file assignments and access, journaling, 
recovery, and the subroutine library. 

The manual has been written as an encyclopedic collection of information for application 
programmers familiar with their application languages. The APL, COBOL, FORTRAN, and 
BASIC languages all have database interfaces. 

CP-6 l-D-S/ll DBA Reference (CE36) This manual describes the tasks performed by the 
database administrator function within an organization in order to define, implement, and 
monitor the organization's database, using the CP-6 l-D-S/ll shared Database Control System. 

CP-6 l-D-S/ll Guide (CE54) This guide describes how to create and use an l-D-S/ll 
database. It helps the implementor of an l-D-S/ ll database select needed features and describes 
mechanical and operational aspects of defining, creating, loading, retrieving, and maintaining 
databases. 
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Publishing Manuals 

CP-6 CAP Administrator Guide (HA07) This guide describes how to create a Computer Aided 
Publication environment (CAP) using the CP-6 operating system. It is written to assist the 
CAP administrator with organizing and establishing the tools necessary to achieve an effective 
Computer Aided Publication environment. 

CP-6 CAP Reference (HA08) This manual describes advanced CAP concepts and provides 
reference information for users with some CP-6 Text Processing background. It describes the 
controls, elements, and features of the CP-6 Computer Aided Publication (CAP) system. It 
contains syntax and reference information for each CAP macro, as well as complete descriptions 
of all CAP menus. 

CP-6 Introduction to CAP (HA18) This is an introductory manual intended for new or 
inexperienced users of the CP-6 CAP system. This manual steps through the most commonly 
used CAP menus. It does not attempt to cover all of the available menus and options. For a 
more thorough explanation of all menus submenus, refer to the CP-6 CAP Reference Manual 
(HA08). 

Getting Started with CAP (HA19) This manual introduces the CP-6 user to Computer Aided 
Publications (CAP) through the use of sample on-line sessions, which may be stepped through 
at the user's terminal. This manual has been designed as a quick-learning tool without detailed 
explanations, and can be completed in approximately 40 minutes. 

CP-6 Text Processing Reference (CE48) This manual describes advanced TEXT programming 
and macro features, including a complete list of control words and syntax descriptions for all 
TEXT formatting control words. 

CP-6 Text Processing Administrator Guide (CE52) This guide describes text processing from 
the perspective of the creator of the text processing environment. It includes discussions of 
input terminal and output printer definition, effective use of the IMP processor, implementation 
of efficient file bulk storage, and selection of text processing features for various production 
tasks. In addition, the guide describes global file editing and other advanced applications. 

CP-6 Text Processing Primer (CE53) This primer introduces the non-programming reader 
to the basic features of CP-6 text processing. Through step-by-step instructions and actual 
recorded terminal sessions, the reader learns how to use fundamental TEXT and editing 
features. 
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Transaction Processing Manuals 

CP-6 TP Application Programmer Guide (CE49) This manual is to be used in conjunction with 
the FPL Reference Manual (CE51) and describes the TP environment and. the interface between 
Transaction Processing Application Programs (TPAPs) and Forms Processing (FP) programs. 
This guide, directed to both TPAPs and FP programmers, contains separate programming 
notes and examples for each kind of program, as well as discussions of database and recovery 
considerations. The guide also contains a typical scenario for an instance of TP. 

CP-6 TP Administrator Guide (CE50) This manual describes the transaction processing 
environment from the perspective of the creator and monitor of an instance of TP. This guide 
details how to create and schedule an instance of TP, describes commands available to control 
an instance of TP, details TP and related security features, defines recovery procedures, and 
discusses performance criteria. 

CP-6 FPL Reference (CE51) This manual describes for the programmer the Forms Processing 
Language used to build Forms Processing applications. 

Application Programming Manuals 

CP-6 C Programmer Guide (HA17) This manual describes the CP-6 C compiler and run- 
time library differences and additions to the C language as defined by Kernighan, Brian W. 
and Ritchie, Dennis M. in their book "The C Programming Language". (This manual is 
system-supplied only.) 

CP-6 SORT/ MERGE Reference (CE28) Sort and Merge are processors that allow basic 
manipulation according to a set of predefined parameters prepared by a programmer. Sort 
arranges unordered records from multiple files into a single ordered file according to specified 
criteria. Merge combines the records of two or more files in the same sequence into one 
composite file in the same sequence. 

This manual explains how to effectively use Sort and Merge and is intended for use by the 
experienced systems and applications programmer. 

CP-6 COBOL Reference (CE29) This manual describes the Common Business Oriented 
Language (COBOL) as specified in American National Standard COBOL X3. 23-1974 and 
implemented for the CP-6 operating system. This manual should be used in conjunction with 
the COBOL Programmer Guide (CE46). It contains the formats, syntax rules, and general 
rules for the construction of a working COBOL source program. The user of this manual is 
assumed to be an experienced COBOL programmer working in the CP-6 environment. 

CP-6 COBOL Programmer Guide (CE46) This manual is intended to be used in conjunction 
with the CP-6 COBOL Reference Manual (CE29) and contains a number of examples that 
illustrate the COBOL programmer's environment from creation of a source file through the 
development and production phases of a COBOL program. 
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CP-6 COBOL Reference (COBOL-85) (CE68) This manual defines the Common Business 
Oriented Language (COBOL) as specified for COBOL-85. It contains the formats, syntax rules, 
and general rules for the construction of a working COBOL source program. The user of this 
manual is assumed to have a working knowledge of COBOL. 

CP-6 COBOL Programmer Guide (COBOL-85) (CE69) This is a programming guide 
documenting user-oriented features of COBOL-85 as implemented on the CP-6 operating 
system. 

CP-6 FORTRAN Reference (CE31) This manual serves the experienced FORTRAN 
programmer who is working in the CP-6 environment. It is a reference document for 
the FORTRAN-77 language, the FORTRAN implementation available to users of the CP-6 
operating system. FORTRAN-77 is an enhanced version of the American National Standard 
Programming Language FORTRAN (ANSI X3. 9-1978). This reference describes the language 
elements, statements and features; it is intended to be used in conjunction with the CP- 
6 FORTRAN Programmer Guide (CE47). It is assumed that the reader of this document 
is already familiar with the FORTRAN language and the CP-6 timesharing and batch 
environments. 

CP-6 FORTRAN Programmer Guide (CE47) This manual is intended to be used in 
conjunction with the CP-6 FORTRAN Reference Manual (CE31) and contains a number of 
examples that illustrate the FORTRAN programmer's environment from creation of a source 
file through the development and production phases of a FORTRAN program. 

CP-6 BASIC Reference (CE32) This manual describes the formats and uses of CP-6 BASIC 
commands, statements, and functions. It is a reference document, and it is assumed that the 
reader of this document is already familiar with the BASIC language and the CP-6 environment. 

CP-6 RPGII Reference (CE37) This manual details the RPGII formats used to specify 
reports, describes the calculation operations available, and defines the procedures to compile 
and execute an RPGII program for readers who have some familiarity with programming and 
RPG usage. 

CP-6 APL Reference (CE38) This manual describes CP-6 APL language elements, statements, 
functions, and system commands. 

CP-6 Programmer Reference (CE40) This manual provides general reference information 
for the application programmer and describes the IBEX (Interactive and Batch Executive) 
processor and other CP-6 utility processors used by application and system programmers. 

CP-6 Programmer Pocket Guide (CE42) This guide provides the syntax of the commands 
or directives of the most commonly used CP-6 utility processors. This pocket-size book is 
intended as a handy reference to command and directive formats for application and system 
programmers. This summary includes a brief description of each of the CP-6 utility processors. 

CP-6 Application Programmer Handbook (CE55) This user's handbook is task oriented, 
showing "how to do" various tasks that represent the capabilities of the CP-6 system. 
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CP-6 DIGS (Graphics) Reference (CE72) This document contains reference material for 
the CP-6 DIGS, Device-Independent Graphics System. It describes advanced concepts and 
functions used in creating graphic representations. This manual is intended for the user familiar 
with ANS FORTRAN-77 or any other higher level language, such as APL. It has been written 
as a reference, for the user with experience in computer graphics, rather than as a tutorial. 

System Programming and Support Manuals 

CP-6 System Support Reference (A-P) (HA20) This manual is intended for use by the system 
management staff and describes the processors used to perform system support activities at an 
installation. It is intended to be used in conjunction with the CP-6 System Manager Handbook 
(CE60), which provides guidelines, procedures, and strategies for the system management staff. 

CP-6 System Support Reference (Q-Z) (HA21) This manual provides information specifically 
directed to the system support activity at a CP-6 installation. 

CP-6 System Support Reference (Appendices) (HA22) This manual is the third in a 3-volume 
set that describes the processors provided to aid in performing these tasks as well as other CP- 
6 features that facilitate these tasks. This volume contains appendixes that support features 
documented in Volumes 1 and 2. 

CP-6 Operations Reference (CE34) This manual, intended for the operations staff, is 
organized in encyclopedic fashion for ease of reference with the keyins listed in alphabetical 
order. 

CP-6 DELTA Reference (CE39) This manual is a reference document for DELTA, the CP-6 
universal debugger. DELTA is the debugger used for all programs produced by non-interpretive 
language processors (those that produce code which is LINKed and stored). 

This reference describes in encyclopedic fashion the language elements, directives, and features 
of DELTA. It is intended for use by the experienced systems programmer and the experienced 
applications programmer. 

CP-6 PL-6 Reference (CE44) This manual describes the PL-6 syntactic elements, statements, 
and preprocessor facilities available to the system programmer interested in using this high level 
language in which the CP-6 operating system is programmed. 

CP-6 System Manager Handbook (CE60) This handbook documents how system managers 
and their staffs use CP-6 system processors to set up and run a CP-6 system. It provides 
guidelines, procedures, and strategies for system management and should be used in conjunction 
with the CP-6 System Support Reference (3-volume set HA20, HA21, and HA22), which give 
information on the system management processors in encyclopedic detail. 

CP-6 Customer Support Handbook (CE61) This manual describes the services offered to 
CP-6 users through the Customer Services Division (CSD), and procedures for acquiring these 
services. Subjects described in this manual include: CP-6 Software Product Support Services, 
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Getting Started with Timesharing (CE45-01) This manual introduces the non-programming 
user to CP-6 system features. Through a series of sample sessions, the reader learns how to 
perform common system operations. 

CP-6 Pocket Guide to Documentation (CE56) This guide describes the CP-6 manual set in 
detail. 

CP-6 On-Line Documentation 

The Bull CP-6 system includes a form of on-line documentation that contains enough 
information to properly document an entire software product, yet is organized in a way that 
any desired item of information is easy to obtain. 

The information in the CP-6 HELP facility is arranged in a tree-structure, based around a group 
of central messages that provide gateways into the various items of available documentation. 
When information about a specific item is requested (e.g., a command), only the briefest 
summary is printed (in this case the syntax of the command). Typing question marks causes 
successive layers to be printed containing parameter descriptions, conceptual descriptions, 
examples, related commands and concepts, down to the final level which points the user 
to the hard-copy manual where the feature is described in detail. 

This querying process is not mandatory, as all layers can be displayed at once if so desired. 
Because all messages are structured in these layers, the end user obtains only the level of 
information that he or she requires and, in effect, constructs a manual that uniquely addresses 
his or her personal needs. For unsophisticated users, the system analyzes and identifies key- 
entry errors and then displays the correct format. 

The on-line information is contained within a data base available throughout the system, 
capable of being utilized to produce other forms of documentation. Users can add messages to 
tailor the available information to their individual environment. By executing HELP requests 
as a file, interspersed with sample programs, a new form of documentation can be created 
where the information about a feature is printed and then verified by the actual execution of 
that feature. 

CP-6 on-line documentation embraces the entire CP-6 system, dispensing reference and tutorial 
information according to the need 
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Section 6 



The CP-6 Programming Environment 



CP-6 program development facilities are designed to promote the efficient creation of 
application programs through the use of a comprehensive set of utility and control processors. 

Overview 

A user creates, compiles, loads, and executes a program in the following manner: 

1. The source language program is built as a file via the EDIT processor or is punched on 
cards. 

2. The program is assembled or compiled by calling the appropriate processor. The command 
for calling this processor is the same in batch and time-sharing modes. The output of the 
assembly or compilation is a relocatable object unit, or, in languages such as BASIC or 
APL, a workspace. 

3. The object unit or a set of associated object units is loaded by the LINK processor. The 
LINK processor combines object units into a single entity called a run unit. The user may 
specify that LINK is to produce an overlaid (tree-structured) program. 

4. Program execution is initiated via an IBEX command (START), or by specifying (as a 
control command) the file identification of the file that contains the run unit. 

5. Program debugging is aided by the DELTA processor, a multi-function debugger used to 
locate and correct program errors. 

During these steps, the HELP facility can be used to obtain command syntax and other 
information about CP-6 and its processors. 

Sample CP-6 Session 

Figures 6-1 - 6-4 show a sample CP-6 session. The left hand pages show annotations that 
match the letters on the right or sample program. 

Although these figures do not illustrate all the CP-6 program development facilities, they do 
build, compile, link, execute and debug a program. 
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Figure 6-1, 6-2, 6-3, 6-4: Annotation 

A. The user initiates communication by connecting the terminal to the CP-6 system. If the 

user's terminal is hardwired, the connection is made by turning on the terminal. If the 
user's terminal is linked via an interface, the user follows local dial-up procedures. When 
the user makes connection with the CP-6 system, the system requests that the user enter 
a recognition character. The user enters the recognition character which is not echoed 
(displayed) on the terminal. 

B. The system identifies itself in a way that is standard for the installation. Identification 

information will normally include time and date of connection, as well as logical and physical 
connection information. 

C. System requests that the user log on and the user enter the account, name and password. 

As a security aid, this log-on information is not echoed on the terminal. 

D. The system confirms the log on. This installation standard message will normally include 
time and date of the log on. 

E. The IBEX command processor prompts the user to enter an IBEX command with the 
exclamation point character. The user enters the TERMINAL command to request terminal 
status information, which is output to the user's terminal. 

F. IBEX prompts for another command, and the user invokes the EDIT processor used to build 

and manipulate source language and data files. The EDIT processor acknowledges that it 
has been invoked. 

G. The EDIT processor prompts the user to enter an EDIT command with an asterisk. The 

user enters a command to set FORTRAN format tab stops. 

H. The EDIT processor prompts the user for another command, and the user opens a new file 

and assigns it the name SITRI. 

I. The EDIT processor prompts the user to enter successive file lines (also called records) with 

line numbers (also called record keys). In response to the first line number, the user enters 
the first line of a FORTRAN program. This process continues until the user responds 
to a line number prompt with an immediate RETURN (see line 11). In this example, 
the user creates a program to read three variables, calculate their square roots, add the 
resultant values and write out all calculated values. As it appears at this point, the source 
program contains errors so that data manipulation features of the EDIT processor can be 
demonstrated. 

J. The EDIT processor prompts for another EDIT command, and the user enters three chained 
commands (linked together with the semi-colon character) that: 
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• Identify a search record (SE6) 

• Replace the first 2 blank characters in the record with the value 50 (/ /S/50/) 

• Request that the corrected line be echoed (TX). 



The EDIT processor types the manipulated record as corrected. 


A 


?please type a left parenthesis 




B 


*** CP-6 AT YOUR SERVICE, LADC L66A 






13:44 08/14/80 FEP #0001 PATH#000B LINE#1700 




C 


LOGON PLEASE :UACCT,UNAME,PSWRD 




D 


*** SYSID# 126425 ON LADC L66A AT 12:44:09. 


57 AUG 14 '80 




! TERMINAL 






TERMINAL ATTRIBUTES: 




E 


NODE-PORT = 1-1700 LINE SPEED = 1200 PROFILE NAME = 


XRX850 






ON: TAB SIMULATION , RELATIVE TABBING , SPACE 




INSERTION, DISPLAY INPUT, 






APL LOWER CASE, SCROLL, PRINT HALT , RELATIVE 


PAGE, SAVED 


INPUT SIZE=3 




F 


! EDIT 






EDIT HERE 




G 


*TA F 




H 


♦BUILD SITRI 






1.000 WRITE (6,100) 






2.000 10 READ (5,200) X,Y,Z 






3.000 IF (X) 20,50,20 






4.000 20 D = SQRT(X**2+Y**2+Z**2) 






5.000 WRITE (6,300) X,Y,Z,D 




I 


6.000 STOP 






7.000 100 F0RMAT(7X,1HX,11X,1HY,11X,1HZ,11X,1HD) 




8.000 200 FORMAT (3E) 






9.000 300 FORMAT (4(lX , Ell . 3) ) 






10.000 END 






11.000 




J 


*SE6;/ /S/50/;TX 






6.000 50 STOP 




Figure 6-1. Sample CP-6 Program - Part 1 
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K. The EDIT processor prompts for a command. The user enters an unrecognized command. 
The EDIT processor responds with **Eh?, and prompts for another command. 

L. The user responds to the command prompt by entering a ? to obtain further information 
about the error condition that caused the EDIT processor to type **Eh? 

M. The EDIT processor prompts for a command, and the user invokes the HELP processor 
again to examine the syntax of the EDIT command IN. The HELP processor displays the 
requested information. 

N. The EDIT processor prompts for a command, and the user invokes the HELP processor for 
the next level of HELP information - parameter descriptions. The HELP processor displays 
the requested information. 

O. The EDIT processor prompts for a command and the user responds by entering an IN 
command that is syntactically correct. The EDIT processor prompts for the insert line by 
typing the line number, and the user enters the record data (note that a table precedes the 
data). 

P. The user responds to the next EDIT prompt by entering the END command to return control 
to IBEX. 

Q. IBEX prompts for a command and the user invokes the EDIT processor to open another 
new file. This time, the user builds a 3-record data file called CHANT. 

R. The user responds to the next IBEX prompt by invoking the FORTRAN processor to compile 
the source program in file SITRI and write the object code to file DAEMON. (If file 
DAEMON already exists, the file will not be replaced; instead, a diagnostic message will 
be produced.) 

S. The FORTRAN compilation results are displayed at the terminal, indicating an error-free 
compilation. 

T. The user responds to the next IBEX prompt by opening another new file named GOETIA. 
The user build an execute (XEQ) file; that is, a file of IBEX commands. This file will 
subsequently be submitted as a job file for execution. When executed, the commands 
(records) in this file will: 

• Establish the file CHANT as the source of input. 

• Establish the user's terminal (ME) as the output destination for results of execution. 

• Link and execute the object code contained in file DAEMON. 

U. The user responds to the next IBEX prompt by executing the XEQ file. 
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K *IN LINE 5.5 

** Eh? 
L *? 

** A syntax error was detected at 4 
*HELP IN 

M 

Syntax: IN [n] [,i] 
*? 

N 

n = key of first insertion. Def ault=highest key in record 
range + i . 

i = increment for following insertions . Def ault=l or 
last-specified i. 
0 *IN 5.5 

5.500 GO TO 10 

P *END 

! BUILD CHANT 
Q EDIT HERE 

1.000 1.0,2.0,3.0 

2.000 1.0,1.0,1.0 

3.000 0.0 

4.000 

R ! FORTRAN SITRI OVER DAEMON 

FORTRAN 77 VERSION A03 AUG 14 '80 



FORTRAN 77 VERSION A03 SOURCE=SITRI 
'80 13:53 



COMPILE UNIT 001 AUG 14 



1.000> 1: 
10.000> 11: 
ERRORS FOUND: 0 
ERR SEVERITY LEVEL 



WRITE (6,100) 
END 

TOTAL ERRORS FOUND: 0 
MAX SEVERITY LEVEL: 0 



.'BUILD GOETIA 
EDIT HERE 

T 1.000 !SET F$5 CHANT, FUN= IN 

2.000 !SET F$6 ME 

3.000 ."RUN DAEMON 

4.000 
U !XEQ GOETIA 



Figure 6-2. Sample CP-6 Program - Part 2 
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V. The system displays the results of execution as follows: 

• Each IBEX command in the XEQ file is echoed as it is executed. 

• The results of the link and execute process are displayed on the terminal as a result of 
establishing the user's terminal as the output device. 

W. The user responds to the next IBEX prompt by requesting a listing of the files existing in 
the log on account. The four files created during this session are listed as the only four 
files in the account. 

X. The user responds to the next IBEX prompt by directing that a listing of the source file be 
created for printing at the output destination PR@DOCUMENT. The device identification 
is known to the system. 

Y. Another COPY command directs that a listing of the object code be created for printing at 
another output destination, LPOUPSTAIRS. 

Z. The user responds to the next IBEX prompt by requesting that all queued output files be 
printed. 

AA. The user responds to the next IBEX prompt by submitting the XEQ file for execution as 
a batch job. Note that no JOB command is required. The system responds by displaying 
the job identification of the submitted job. 

BB. The user responds to the next IBEX prompt by invoking the BASIC processor. The BASIC 
processor acknowledges that it has been invoked. 

CC. The BASIC processor prompts for input with the > character. The user responds by: 

• Invoking AUTO mode. 

• Entering statements that will find the square roots of three variables, and printing 
calculation results. 

• Establishing the data file CHANT as an input file. 

• Executing the contents of the work area. 



* : SHARED_C0MM0N_A01 . : SYS (SHARED LIBRARY) ASSOCIATED. 
* * ALLOCATION SUMMARY * * 
PROTECTION LOCATION PAGES 



V 



DATA 

PROCEDURE 
READ ONLY 
* NO LINKING ERRORS. 



0 

2000 
0 



1 
1 
1 



Figure 6-3. Sample CP-6 Program - Part 3 
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X Y Z 


D 




.100E+01 . 200E+01 .300E+01 


. 374E+01 




.100E+01 .100E+01 . 100E+01 


. 173E+01 




♦STOP* 




w 


! L 






CHANT DAEMON GOETIA 


SITRI 


X 


.'COPY SITRI TO PRQDOCUMENT 






COPYine 




Y 


!C0PY DAEMON TO LPQUPSTAIRS 






. .COPYing 




z 


! PRINT 




AA 


! BATCH GOETIA 






Job 58825 Submitted 




BB 


IBASIC 






BASIC AOl HERE 






>AUT0 






10 DEF FND(X, Y,Z)=SQR((X**2)+(Y**2)+ 


(Z**2) ) 




20 PRINT " X", M Y" , " Z"," D" 






30 FOR A = 1 TO 2 






40 INPUT #1;A,X,Y,Z 






50 PRINT X,Y,Z,FND(X,Y,Z) 






60 NEXT A 






70 STOP 






80 END 




ft r\ 

L.C 


yu 






>OPEN "CHANT" TO 1 , INPUT 






>RUN 






X Y Z 


D 




12 3 


3.74166 




1.1 1 


1.73205 




HALT AT LINE 70 






Figure 6-3. Sample CP-6 Program - 


Part 3 (part 2) 
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• Sealing and saving the work area. 

• Terminating use of the BASIC processor. 

DD. The user responds to the next IBEX prompt by logging off the system. 

EE. The system responds to the log off by printing terminating usage and accounting 
information. 

NOTE: This figure is a file image copy of an actual CP-6 programming session. 





>SEAL LEMEGETON 






LEMEGETON SAVED 


AMD SEALED 




>SYS 




DD 


!0FF 




EE 


CON=00:00:14:23 


EX=00:00:03.97 SRV=00 : 00 : 10 . 10 PMME= 1238 CHG= 


5.76 







Figure 6-4. Sample CP-6 Program - Part 4 



Building a Program 

EDIT is a context edit for the creation, modification, and manipulation of textual files. EDIT is 
designed for on-line use; batch users without access to a time-sharing terminal generally punch 
programs on to cards. 

All EDIT data is stored on disk in keyed files of variable length records. Through EDIT, a user 

can: 

• Create a sequenced text file. 

• Insert, delete, reorder and replace lines or groups of records within a file. 

• Print and renumber file lines selectively. 

• Merge part of one file into another. 

• Select records for intra-record editing based on the presence or absence of specified 
character strings. 

• Perform context editing operations that delete, move, and substitute character strings 
within a previously selected set of records. 

• Maintain files. The user can build, copy and delete whole files of text lines. 
Appendix C is a summary of EDIT commands. 
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Compiling a Program 

IBEX (Interactive and Batch Executive) is the CP-6 command processor. IBEX is an interface 
between the user and the operating system. IBEX interprets the CP-6 execution control 
language, the repertoire of IBEX commands. These commands control the construction and 
execution of programs and provide communication between a program and its environment. 
CP-6 processors are called by specifying the processor name in an IBEX control command. All 
jobs require the use of execution control language. 

Appendix A is a summary of IBEX control commands. 
Linking and Executing a Program 

The LINK processor controls the linking of programs. LINK accepts as input object units 
(which are the output of compilers or assemblers), resolves any linkage, and produces run units 
as output. 

An overlaid program is a tree-structured program that has only one node (the root node) 
resident in main memory for the duration of the program execution. The other nodes are called 
for'by a resident node and brought in as needed. They may reside (at different times) in the 
same main memory area, thus reducing the amount of main storage required to contain the 
entire program. 

If the program is to be overlaid, the overlay specification is given to the LINK processor in the 
LINK command. It is the user's responsibility to plan the relationship of the nodes within the 
program. 

The example in Figure 6-5 consists of four paths, any one of which may be present in main 
storage at any given time. Node A is the root of the program and is never overlaid by another 
node. Any path may be loaded into main storage and overlaid as many times as required by 
the program. All nodes of the run unit file are saved in disk storage. When a node that has 
been overlaid is called again by the executing program, the original copy is loaded from the 
disk. Therefore, any communication between two overlay segments (e.g., D and E in Figure 
6-5) must be done in a part of the backward path common to both. Although Figure 6-5 
illustrates a single tree structure, most actual overlaid programs consist of two parallel trees: 
one for data and one for programs. Both are fetched by a single node load call. 

The user can direct IBEX to initiate execution of user programs that are in run unit form in 
two ways: 

1. Simply by specifying the file identification of the file that contains the run unit. 

2. Through the START command. 
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Debugging a Program 



DELTA is a universal debugger used for non-interpretive languages. Each language processor 
produces a debug schema defining the location and characteristics of each symbol defined 
within a program. This schema allows the programmer to communicate with DELTA using the 
exact symbols that appear on the program listing or the source program line numbers. 

DELTA operates in both the batch and on-line access modes. In time-sharing, conditions in 
the user program are reported directly to the user's terminal. The user then interacts with 
DELTA to correct errors. In batch, the user must pre-plan the debugging session, entering the 
desired commands to DELTA within the IBEX command stream; the user is restricted only in 
that immediate interaction with DELTA is not possible. 




Figure 6-5. Sample Tree Structure 



Tracing ability is provided at several levels: on all entry points, on a specific entry point, or on 
any condition which causes a break in the sequence of instruction execution. Additionally, a 
history mode can be set to save trace information for later examination. The DELTA user can: 

• Interrupt the flow of program execution according to specified conditions. 

• Examine, insert, and modify program elements such as instructions and data. 

• Trace the flow of program execution. 

• Obtain snapshots of post-mortem dumps. 

The user directs DELTA activities through directives. DELTA directives can be categorized 
into three groups: 
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1. Processor Directives that set parameters for the debugging session and cause DELTA to 
perform functions not related to the program itself. 

2. Execution Control Directives that set procedure, data, and event breakpoints. 

3. Memory Display and Modification Directives that print and/or modify memory. 

These directives are considered direct, stored, or attachable depending on the time of activation. 
A direct directive is activated immediately. A stored directive is activated when a specified 
condition occurs. An attachable directive can either be invoked directly or as part of a stored 
command. 

Appendix B is a summary of DELTA directives. 
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CP-6 file and device management provides significant data organizing and input/output 
services. CP-6 I/O is device independent, allowing programs to be written without specific 
knowledge of the file or device at which I/O will actually take place. Default device assignments 
make specific selection necessary only when the programmer wishes to perform an unusual task. 
Pack sets and the EFT (Efficient File Transfer) processor provide protection from file destruction 
in the event of disaster. In addition, support of ANS tape formats allows the programmer to 
transfer information to and from other computer systems. 

Organization and Access Methods 

A file is an organized collection of information. This collection of information may consist of 
one or more programs, one or more sets of data, or some combination of programs and data. 
Under the CP-6 system, a user always accesses files through the monitor - never directly. An 
option does exist, however, that allows a user to deal with a non-standard set of data on an 
unlabeled magnetic tape as though it is being accessed directly. 

The monitor maintains an Account Directory which consists of account numbers, and for each 
account number, the address of a directory of files (termed a File Directory) for that account. 
A File Directory consists of file names and, for each file name, the address of a table containing 
file attributes and that file's location. The File Directory also contains access information for 
the account. 

The File Information Table (FIT) contains additional information on each file. This information 
indicates who may access the file and how the file may be accessed, and can also include a 
list of which accounts may perform certain privileged operations. To access a file, a user must 
be running under an account that is authorized to access both the file's account and the file; 
the user must provide the proper password (if one exists). The FIT also contains various 
file-associated dates, special installation information, and the file type. 
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File Function and Disposition 

A file can be opened for one of three functions: creation, input, and update. There are two 
possible dispositions for a file - either to save it or to release it. Whether to save or release a 
file may be specified either when the file is opened or when the file is closed. If a file is opened 
in the save mode, the user can close the file in the release mode. However, a file opened in the 
release modes cannot be closed in the save mode. If the disposition of a file is not specified, 
the default (save or release) depends on whether or not the file is cataloged. ; 

A user can request the opening of an existing file, the replacement of a file with a file of the 
same name, an error return to the user indicating that a file of the same name already exists, 
or the creation of a new file if no file of the same name exists. 

File Organization 

The information in a file is structured in one of six ways: keyed, indexed, consecutive, relative, 
random, or unit-record. The type of structure is called the organization of the file and is a file 
attribute. The information in a file may be accessed in one of two ways: directly (by supplying 
the unique identifier of the record) or sequentially (by using the ordering relationship of the 
records). 

Keyed Files 

In a keyed file, each record has an identifying key associated with it. A key consists of a byte 
string, with the first byte stating the number of bytes in the string. The contents of each byte 
may be a binary number or the binary representation of some character. A key can consists of 
up to 255 bytes. 

As the file is being created, a master index is also created with an entry for each keyed record in 
the file. The keys are stored in collating sequence so that the file can be accessed sequentially. 
The entry contains such information as the key, the file-relative disk address of the record, the 
size of the record, and the position of the record within the blocking buffer. 

Keyed files have a multilevel index structure to provide fast direct access. The higher level 
index block entry points to index blocks at the next lower level (i.e., one entry per block) and 
the entries in the lowest level (called level 0) point to data records. 

The user has control over when and if the higher-level structure should be rebuilt. The system, 
however, automatically manages the structure without explicit user intervention. 
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Indexed Files 

The indexed organization is implemented as a special case of the keyed file organization. The 
keys must be fixed length, less than 256 characters, and contained as a contiguous field within 
the data record. More than one index may be specified at file open via the ALTKEY option. 

Indexed Relational (IREL) Files 

IREL (Indexed Relational) is an enhanced form of indexed files in which each key may be made 
up of more than one field in the record, and each key fragment may have a data type associated 
with it. 



Consecutive Files 

Consecutive files contain records that are organized in a consecutive manner, i.e., there are no 
identifying keys. The records can only be accessed sequentially. 

The principal benefit of using consecutive files is a reduction in the amount of disk space 
required for the files, and a consequent reduction in time required to traverse the files. 

Relative Files 

A relative file consists of fixed-length records in a fixed-length file which is pre-allocated and 
effectively initialized at creation time. It may be accessed sequentially or directly by record 
number. Relative files can be extended in size subsequent to their creation. 

Random Files 

Random files provide a basic organization for those users desiring to manage their own files. 
Random organization differs from other file organizations as follows: 

1. A random file is simply a collection of logically contiguous blocks on a pack set. The number 
of blocks is specified at the time the file is created and may be expanded dynamically. 

2. The user may specify a relative starting block number and a byte count with each read or 
write. 

3. Each write consumes the entire specified block. Bytes not specifically written contain no 
useful information. The contents of the block include no system information except the 
block stamp. The one-word block stamp on each granule may or may not be visible to 
the user (at the user's option). Management of the user's data is the responsibility of that 
user. 
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The monitor provides allocation of file space, security checks, and normal I/O queueing service 
and clean-up. The user is responsible for record management. I-D-SII uses random files and 
manages the content. 

Unit-Record Files 

Unit-record files are consecutive files that contain unit-record type formatting information such 
as page heading, vertical format control, and horizontal tab information. These files may be 
copied to a unit record device (such as a line printer or terminal) and the output will look as 
if originally written to the device. 

File Access 

When a consecutive file is read, the records are accessed in sequential order. When any other 
type of file is read, the records can be accessed sequentially or directly. The records are accessed 
sequentially if no record identifier is specified. The records are accessed directly if an identifier 
is specified. 

A file can be created by writing records sequentially or directly (by specifying an identifier). 
Existing records can be rewritten in files of any organization. Record positioning operations 
are allowed in a file of any organization. An error return is taken if the beginning or end of file 
is encountered, or if a position by record identifier is requested and the record does not exist. 

The enqueue/dequeue facility permits simultaneous access to a file by multiple readers or by 
multiple readers and a single updater. Several user programs executing concurrently in separate 
jobs may be generating reports from a data file while other user programs are concurrently 
modifying data items within the file. 

Responsibility for coordinating concurrent update activity is divided into two parts, one 
controlled and provided by the operating system and the other controlled by the application 
programs via the system's enqueue/dequeue service. The operating system guarantees the 
physical integrity of the file so that it remains properly connected, regardless of the update 
activity. It also ensures that readers are provided with the most up-to-date information in 
response to their requests. 

Coordinating logical integrity of the file (primarily the data content) is the responsibility of 
the application programs, since any connection of the data in one record of a file with that in 
another record of the same or another file is carried in the application program, not in the file 
itself. 

Applications use the system's enqueue/dequeue facility to gain exclusive access to the records. 
Enqueue/dequeue is a generalized service and guarantees exclusive or shared access to named 
items as required and requested. The users of the service must agree on the meaning of the 
names, e.g., the names of the records containing inventory count. 
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CP-6 file management includes a type of file sharing which provides a journal facility. Many 
output users may share a consecutive file (tape or disk) by adding records to the end of the 
file. No other type of access to the file is permitted as long as the file is open in journal mode. 
Once closed, the file is no longer a journal and is accessed as any consecutive file is accessed. 

Record Blocking 

The system automatically blocks records for other than random files in 1024-word blocks to 
promote efficient use of disk space. The user does not participate in this blocking and, when 
reading, will receive the appropriate record within the block, rather than the entire block. 

When updating a keyed or indexed file, the user may rewrite a record in a size larger or 
smaller than the original record size. If necessary, the monitor allocates additional disk space 
to accommodate a larger size. A record can also be rewritten in a consecutive file but the 
original record size is maintained. If the new record is larger, the end of the record is lost; if it 
is smaller, old data remains in the record. Relative file records may be rewritten with any size 
from zero to the maximum size initially defined for the file. 

Efficient File Transfer (EFT) 

The file maintenance processor is called Efficient File Transfer (EFT). EFT provides file 
protection via disk or tape backup, restore, and archival functions. 

Backup on Tape or Disk Duals 

User files are copied to some backup medium according to an installation determined schedule. 
On an individual file basis, the user can specify that a file should or should not be included 
in the regular backup scheme. Only files thus qualified that also have recently been modified 
are considered for daily backup. The installation manager can also specify which accounts are 
available for backup. The backup medium may be either tape or a dual pack set. In general, 
the installation updates the dual pack set when a set is dismounted. Files may also be backed 
up on tape while the set is mounted in order to protect active files. 

Restoring From Backup 

The restore function has two applications: to restore an entire pack set because of some major 
disaster, or to restore individual files which have been damaged or accidentally deleted. If 
the installation is maintaining pack set duals, the restore-all operation may be as simple as 
mounting the dual set and creating a new dual. If the backup media include tapes, the process 
is more complicated since restoration of several sets of tapes may be required to ensure that 
the latest copies of all files are properly restored. 
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Archive 

The user may specify that an individual file should be copied to the archive medium ("stowed"). 
That file is then frozen from updates until it has been stowed. The user may further specify 
that the file should be put in inactive status (the data is deleted) or active status (the data is 
retained). Either way, the file remains cataloged and the stow tape identification is retained 
with the file's information. At some later date, the user may request that the stowed version 
be returned from the archive medium to the active file system. 

Pack Sets 

All CP-6 disks are organized into pack sets (i.e., a group of one or more disk packs). All 
initialized random access devices, whether dismountable or non-dismountable, belong to some 
pack set. A pack set is identified by its pack set identifier, which is a one to six character name 
common to all disk packs in the set. 

Each member of the pack set also has a unique serial number, used by CP-6 file management 
when mounting a pack set. External usage of serial numbers is restricted to the system manager 
or operator for communication with the CP-6 system while initializing, extending, or mounting 
the set. Users of a pack set are unaware of its serial numbers, referring to the set by pack set 
name only. 

Pack sets in regular use at an installation are normally cataloged by the batch scheduler. Pack 
sets, cataloged or not, may be mounted as public, private, or exclusive. The only difference 
is in the mode of mounting; there is no difference in the format. A pack set may be private 
today and public tomorrow. 

Mounting a pack set as public causes the accounts it contains to be merged into the system 
account directory. The files can be accessed by account: the system automatically recognizes 
the intended pack set. 

Mounting a pack set as private does not enter the accounts on the pack set into the account 
directory; the files can only be accessed by specifying the pack set name as part of the file 
identifier. More than one user may reference a private pack set concurrently. 

Mounting a pack set as exclusive is similar to private mounting except that only a single user 
may access the set. 

Labeled Tape 

CP-6 supports ANS (American National Standard) labeled tapes. The ANS tape format has 
two advantages: data protection (unexpired tapes cannot be overwritten) and inter-system 
portability. Using ANS tapes, data can be transported between the CP-6 system and all other 
systems which support ANS tapes (other Bull systems, IBM systems, etc.). 
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Protection and Security 

For CP-6 format tape files, information within the header and data records supplies the security 
features found in the file management system: password and file access control. 

Additionally, three mode options allow the system manager to specify how rigidly the ANS 
protection features are to be applied: 

1. Fully-Protected Mode. Only ANS expired tapes which have been initialized by the LABEL 
processor may be written. No tape serial number specification is allowed at the operator's 
console and specification of an output serial number forces processing to be done only on 
a tape already having that serial number. 

2. Semi-Protected Mode. A warning is sent to the operator when output is attempted on an 
unexpired ANS tape. The operator can authorize the overwriting of the tape or overriding 
of the input and output specification through a key-in. 

3. Unprotected Mode. Both unexpired and expired labeled tapes can be overwritten without 
operator intervention. 

Tape Formats 

CP-6 supports three groups of labeled tape file formats: 

1. ANS Standard formats: F (fixed-length records), D (variable-length records), S (variable- 
spanned records) and U (undefined). Records in F, D or S format may be blocked on tape; 
i.e., several data records per physical tape record. Also, the S format file may contain 
records that span tape blocks. On a U format tape file, each physical record represents a 
data record. 

All ANS formats are defined to be ASCII data. Format D has 4-byte record headers and 
Format S has 5-byte record headers that contain the record size in decimal characters. 

2. EBCDIC formats: V (variable record length), F (fixed) or U (undefined). 

Records in F or V format may also be blocked. Format V records may also span blocks, 
and have 4-byte record headers that contain the record size in 8-bit binary. 

Records of EBCDIC format tape files will be translated to ASCII for the user if translation 
is requested at tape open. 

3. All CP-6 file organizations. All CP-6 formats are transportable between CP-6 sites. Each 
tape file contains a File Information Table (FIT) to supply access and control information 
similar to that contained in a FIT associated with files from pack sets. 

The tape file management system can be used to block and unblock, span, and translate 
tape file records. The user can control volume switching, or it can be done automatically 
by the system. 
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Input/Output 

All requests for I/O services specify a data control block (DCB) that is used in performing 
the I/O. The DCB is a data structure used for describing the actual I/O connections and for 
maintaining information such as the result of an I/O operation. Figure 7-1 illustrates the various 
connections established for performing I/O. The following points are keyed to the connections 
illustrated in the figure: 

1. The user program references a DCB via a monitor service call. 

2. The DCB is connected to one of several types of I/O facilities via monitor services (M$DCB 
or M$OPEN), or via the IBEX command !SET. 

a. File. A file on a user-available pack set. 

b. AIMS Labeled Tape. A file on a labeled tape named as a resource. 

c. Comgroup. A CP-6 logical communications network, commonly used to connect 
terminals to programs, that connects devices and programs to programs. Through 
this mechanism, terminals may be accessed by name. (Refer to Section 9, CP-6 
Communications Management, for more information.) 

d. Special Name. A name assigned to a logical device. (An example is the destination for 
listings, e.g., a user terminal (for on-line) or a line printer (for batch)). 

e. Device Name. A name which is connected to a logical device or a specific device (e.g., 
a specific tape drive with a foreign tape mounted, which has been defined to be a 
resource). 

3. The contents of a spooling file are copied to a local or remote output device such as a line 
printer or card punch, or are built by a local or remote input device such as a card reader. 

For convenience, a number of available DCBs have default assignments to special names. For 
example, LO (listing output) is the assignment of the M$LO DCB, and CR (command stream 
read) is the assignment of the M$SI DCB. 

These DCBs are set up for common system usage. 

Each request for I/O service from the monitor is made by inclusion of an I/O call in the user's 
program. This call references a Function Parameter Table (FPT), which in turn refers to a 
Data Control Block (DCB). The combination of the I/O call, the FPT, and the DCB provides 
the information that the monitor needs to perform the requested operation. 
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Figure 7-1. Connection Established for Performing I/O 



Device Input/Output 

The CP-6 system supports five classes of I/O devices in addition to files and labeled tape: 
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1. Interactive terminals. 

2. Comgroups. 

3. Unit record peripherals (local or remote). 

4. Unformatted devices. 

5. Formatted devices. 

A DCB used for I/O by a user program can become connected to these types of devices by 
assigning a DCB to a special name or device name. 

Special names are a set of convenient default assignments which are set up on a system basis 
with one set of assignments for on-line jobs and one set for batch jobs. These assignments are 
to logical devices or to the interactive terminal. 

A device name may be created and its output directed to unit record peripherals by the LDEV 
command, or a name may be created and associated with a formatted or unformatted device 
by the RESOURCE command. A third type of connection to unit record peripherals may be 
made by specifying a device name and work station directly in the DCB. 

Interactive Terminals 

Use of terminals as I /0 devices is highly flexible. Terminals can be operated in echoplex mode or 
with local printing. Input features include sophisticated editing and tabbing capabilities. When 
operating in echoplex mode, typeahead is allowed and proper sequencing of input and output 
is guaranteed. Output features include tabbing, line breakup to fit the device, pagination, 
and page headers. A wide variety of timing algorithms and code sets are provided to fit the 
idiosyncrasies of specific terminals. 

Unit Record Peripherals 

All I/O to unit record peripherals (e.g., card readers, card punches, line printers, and plotters) 
is staged via spooling files whether the device is local or remote. Spooling means that the 
entire input job from a card reader is read to disk before processing, and that all of the job's 
output to these devices is stored on disk and is normally not output until the job is complete. 
(Spooling is discussed in more detail in Section 13.) 

The benefits that accrue from processing of these devices symbiotically include: 
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• Program execution is disconnected from 10 devices. 

• Smoothed peaks and valleys in I/O demand. 

• Multiple programs can be output to the same device simultaneously. 

• Output can be grouped by form type. 

• A program can generate several 'streams' of output to one device. 

• Several copies of output can be produced. 

• Batch peripherals can be used on-line. 

• Jobs can be submitted to the batch job queue from on-line terminals. 

• Job requirements can be pre-scanned for efficient resource allocation in batch scheduling. 

Unformatted Devices 

An unformatted device (primarily foreign tape) is handled as a resource which must be pre- 
allocated (contended for if on-line). When the device is allocated to the user, he or she is 
responsible for the data read or written to the device. No blocking or formatting services are 
provided. 

Formatted Devices 

If one of the labeled tape formats is specified when using a tape device, record formatting will 
be done for the user by tape file management. A formatted tape may contain blocked and 
spanned records, and may have data translated from EBCDIC to ASCII and vice versa. 

Logical Devices 

A logical device is an information stream through which a user may conveniently perform I/O. 
A logical device may be associated with any physical device that the user specifies, provided 
that the device is a spooling device. (Spooling devices include unit record devices such as the 
line printer, card reader, card punch, and all devices that are accessed via remote processing.) 

Logical devices may be defined by the user by means of the LDEV command. Two logical 
devices are available for use without specific user definition; they are used for line printer 
output and card punch output. 

Logical devices perform three major services. First, they may be used to merge (or separate) 
output from different user DCBs intended for the same destination device. Second, their names 
may serve as a convenient shorthand for an entire set of device characteristics (for example, 
device name, form name for printer, number of copies, etc.). Third, the two predefined streams 
allow users to run jobs with little concern for the physical location or connection of devices on 
the system. 
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One important use of logical devices is production of several separate reports on a single 
program pass. Output for each distinct report is directed to its own logical device. Each logical 
device is separately buffered on disk file and, on completion, the reports are transferred to 
printer either serially (if there is a single printer), or in parallel (if more than one appropriate 
printer is available). 

Features of the File System 

In addition to the facilities of the file system outlined above, CP-6 file management provides 
the following special features: 

• Unique block stamps on disk storage blocks provide not only security but maintainability by 
providing information to aid in the reconstruction of file(s) in the event of a major disaster. 

• Directory blocks are linked and the forward and backward links are checked on access. 

• At job step and during recovery, the user's open files are closed properly and current updates 
are posted to the files. 

• Pack sets provide a separation of files in such a manner that a disaster is localized and may 
affect a file or an account but will not affect the entire file system. Full system restores 
are not necessary and thus availability of the system is high. 

• A check-write feature for disk I/O is provided as an installation option for file directories 
or all granules. 

• A user may change the account used as a default by file management without logging on 
or off. 

• File space is allocated by extents (groups of blocks) rather than by single block. This is 
beneficial in two ways. First, damage to several blocks may be confined to damage of one 
file rather than several. Second, a reconstruction of the directory or cataloging information 
is fast, since only the FIT of each file needs to be read in order to reconstruct the entire 
set. 

• Each file extension is updated immediately in the FIT so that memory failure cannot cause 
the loss of file blocks. 

• Entire files and individual records can be encrypted and decrypted. 

• File directory descriptors and dates are updated when the file is opened so that no recovery 
action is required. 

• If a file was opened and for some reason (e.g., a major disaster) was not closed, the recovery 
process will reconstruct the necessary control information. 

• An option is available to determine the next account in the account directory and the next 
file in a file directory provided the user has proper authorization. 

• Data compression and automatic decompression may be requested by the user as a file 
attribute. 

• Write-ahead and I/O cache are implementation details that enhance performance; the user 
need not worry about buffering efficiency. 



7-12 



Features of the File System 



CE26-02_DRAFT 



CP-6 File and Device Management 



• Data intended for a printing device may be sent to a file for the user's inspection and 
later sent to the printing device with the device information intact (e.g., forms and vertical 
format control). 

• File attributes include a code which is used by programs to determine the type: APL 
workspace, various FORTRAN output formats, BASIC programs, etc. 

• In most cases, files are automatically extended in size as the file grows. However, random 
and relative files are extended by specific request rather than by automatic extension. 
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The CP-6 scheduler provides rapid throughput and on-line response. CP-6 memory manage- 
ment provides a highly flexible and secure computing environment. Shared processors and 
libraries save memory space by associating users with common routines. The system automati- 
cally detects and shares concurrently used programs. An installation can, by instituting its own 
shared entities, further reduce over-all memory costs. 

Scheduling 

A vital part of the CP-6 operating system is the scheduler, a module responsible for allocating 
the central processor (as a resource) to various jobs. The scheduler provides fast terminal 
response to on-line users and rapid throughput for all jobs. The degree of efficiency with which 
the scheduler performs its role is the key to optimum utilization of a computer system - and 
the value of the computer to an organization. 

The CP-6 scheduler performs two major functions in achieving this goal of high performance: 

• Selecting the highest priority job that is ready for execution. 

• Ensuring that the remaining high priority jobs are ready to use the processing resource 
when it becomes available. 

The CP-6 scheduler accomplishes this by: 

• Creating prioritized status queues in which every job has a single entry. 

• Assigning a priority to every job in the system. 

• Modifying a job's priority as requirements for access to the processing resource change 
in response to events triggered during the programs execution (such as I/O and terminal 
input). 

There are three fundamental classes into which the various status queues may be segmented: 

• Waiting to Execute. This group of queues contains those jobs requiring a processing 
resource in order to proceed. 

• Executing. This group of queues entry for each central processor: the job currently using 
the processing resource. 

• Non-Executable. This group of queues contains jobs waiting for an 'event' to occur before 
requiring access to the processing resources (e.g., completion of an I/O operation or 
availability of a system resource). 
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A primary benefit of the priority queue structure is that it provides complete service to I/O 
users while concurrently keeping the processing resource busy with compute-bound jobs. This 
feature enables maximum utilization of both I/O devices and the central processor. 

Each job is assigned a base priority when first activated. The base priority may be different 
depending upon the selected mode of operation - for example, batch or on-line. This feature 
allows one class of jobs to gain preferential service. Under normal operation, the priority of 
a job changes frequently during processing. Conditions or events that cause the scheduler to 
modify a job's priority include: 

• Completion of an I/O operation. 

• Completion of terminal input. 

• Occurrence of an error during an execution program. 

The executing programs and the environment continually notify the scheduler of their 
requirements and of the availability of resources. As a result, the scheduler can efficiently 
and effectively optimize the entire system. Dynamic system tuning is a major factor in making 
the CP-6 system an efficient multi-use operating system. 

Another mechanism used by the CP-6 scheduler to increase the amount of time spent in 
processing user jobs is the use of bounded time intervals. The system-control parameters 
QU AN and QMIN are time intervals. They are set to ensure that no user job receives more than 
its share of the processing and memory resources, yet still gets enough to continue processing 
efficiently. 

• QUAN is the maximum time-slice allowed a compute-bound user before another job is 
given control of the system. This assures that no single compute-bound job of a given 
priority can dominate the processor resource. The QUAN value is separately specified for 
each batch stream and all on-line users. 

• QMIN is the amount of processor time guaranteed a job unless pre-empted by a critical 
task. The processor will still respond to I/O interrupts and perform other system tasks. 
But, the processor will not be given to another user until the current user has received its 
QMIN quantum. 

Virtual Memory and Security 

The Virtual Memory and Security feature provides virtual memory addressing and protection 
capabilities at the hardware level. The virtual memory feature is based on the concept of 
working spaces and segments within working spaces rather than upon a 'demand page' basis. 
The security aspect is grounded in this virtual memory management concept. The paragraphs 
that follow describe the CP-6 system implementation of virtual memory and security. 

The virtual memory concept allows a large virtual address space to be divided into Working 
Spaces (WS). In the CP-6 system, these workspaces are limited to one million words each. 
A WS is further divided into variable size independent spaces called segments. A segment is 
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defined by at least one descriptor which locates that segment in virtual memory. The descriptor 
indicates the WS in which a segment resides, the base address of the segment relative to the 
WS, the size of the segment, and the access allowed to that segment. 

To reference any portion of virtual memory, a procedure must have a segment descriptor which 
frames the particular area and which gives the desired permission (e.g., read, write and/or 
execute). 

Effective addresses (the result of normal address arithmetic) are segment relative. An effective 
address is converted to a WS relative address by adding the base address of the segment, as 
defined by the segment descriptor, to the effective address. 

Each WS is divided into 1024-word pages. Each WS has a Page Table that identifies the 
physical pages allocated to the WS and the access allowed to each page. The associated page 
table is located by using the working space number as an index into the Working Space Page 
Table Directory (WSPTD). The WSPTD is simply a table whose entries are pointers to each 
WS page table. The WSPTD itself is located via the Page Directory Base Register (PDBR). 
This mapping process is illustrated in Figure 8-1. 



PDBR 
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Figure 8-1. Memory Mapping 

A domain is defined by the segments it may access and the access right of those segments. 
The segments need not be contiguous and may encompass more than one working space. A 
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domain can reference only those areas of virtual memory framed by the segment descriptors 
which are available to the domain. The user cannot create a segment descriptor, or change 
the location or increase the size of the area originally framed by the monitor-prepared segment 
descriptors. Figure 8-2 shows two simple domains on a user's working space: that of a user 
program and that of the operating system. 

There are two types of segments: operand segments and descriptor segments. Operand 
segments contain instructions, data, or a combination of both. Descriptor segments contain 
only descriptors. 

The Virtual Memory and Security feature provides several levels of isolation and protection. At 
the first level, everything is accessed via a descriptor which directly or indirectly (via a Work 
Space Register) addresses a WS and provides a limited window into that WS. At the second 
level, the WSPTD specifies whether or not the WS exists (by a flag which signifies presence or 
absence of a page table). The third level is provided by the domain concept. To reference a 
segment, a process must have a descriptor for the segment. The reference must be within the 
virtual area framed by that descriptor and it must be consistent with the permission granted 
by that descriptor. Figure 8-2 illustrates the relationships between descriptors and the WS. 
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Figure 8-2. CP-6 Domains of Reference 



Another major factor contributing to the protection mechanism is that a slave mode user is 
prohibited from modifying any Work Space Register, the Linkage Segment Register, and the 
contents of the linkage segment. The slave user is also prohibited from addressing in the 
absolute mode or manipulating the page tables. 

CP-6 supports the following five levels of execution for each user, each with an established 
priority and its own domains of reference (areas of memory to which a process has access): 

1. User (USR). 

2. Alternate Shared Library (ASL). 

3. Interactive Debugger (IDB). 

4. Command Processor (CP). 

5. Monitor (MON). 
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Figure 8-3 illustrates these five domains together with the paths of control transfer which exist 
between them. 

Each level of execution has its own well-defined domain, which is granted by the monitor. 
While many users will be resident at the same time, scattered over the real memory available, 
the Virtual Memory and Security feature prevents any user from accessing the memory of other 
users or special shared processors. 

The CLIMB instruction transfers control to another domain and saves the environment of 
the calling domain on the Safe-Store Stack (SSS). The called domain can then return to the 
domain from which it was called by execution of the return form of the CLIMB instruction 
(which restores the environment from the SSS). 




CP-6 

Monitor 



Figure 8-3. Control Paths Between CP-6 Working Spaces 

The basic approach to CP-6 memory allocation and execution control includes the following 
technical features: 

• The CP-6 system uses only one 64-word Safe-Store Stack frame per domain. 

• A program may enter a domain at a higher level of privilege or priority only via a CLIMB 
instruction using entry descriptors controlled by the monitor. 

• Exit from a higher level domain restores the privilege and priority to those that existed prior 
to entry. 
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• The monitor resides in its own working space. 

• The procedure of the monitor is protected by placing it on housekeeping pages. 

• Each user has a unique working space. 

• Up to three special shared processors may be associated with any given user: an alternate 
shared library, a debugger, and the command processor. Each resides in a separate working 
space. 

• Ordinary processors with shared procedures execute within the user's working space. These 
include most language processors such as APL, FORTRAN, BASIC, and RPG II. 

• Working spaces are organized in the following manner: 

- Real addressing can only be referenced by monitor procedures running in privileged 
master mode. 

- Interactive command processors, debuggers, and alternate shared libraries are procedure 
only. 

- Each user's working space contains all pages that are assigned to him. 
User Virtual Memory Layout 

The user's megaword of virtual space includes the following segments: 

1. Job Information Table (JIT) 

The JIT contains accounting information for the user's working space. 

2. The automatic storage stack (TSTACK) used by the monitor when processing on behalf 
of the user. 

3. Housekeeping JIT (HJIT) 

The HJIT includes the following segments: 

• The Linkage Segments (LS), defining user domains of reference. 

• The Safe-Store Stack (SSS), for saving interrupt environments. 

• The Parameter Stack (PS), for passing parameters between routines. 

4. File Buffers. 

All file buffers are allocated from a common pool within this segment. 

5. Special Shared Processor Data Segments. 

Space for data required by a debugger, alternate shared library, or interactive command 
processor is allocated from this area. 

6. Data Control Blocks (DCB) 

The DCB contains information used by the monitor to perform I/O operations for the user. 
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7. The User's Instruction Segment (IS) 

This area provides a 256K-word area for the user program (instructions and compiled data) 
and dynamic data. If the program requires the use of a run-time library, the user program 
is restricted to 224K words. 

8. User Data Segment 

This area can contain up to eight independent user data segments, the first two of which 
are used for PL-6 automatic data and COMMON data. A total of 384 words are available 
in this area. 

Figure 8-4 illustrates the layout of the user's virtual space within his working space. With the 
exception of a fixed minimum requirements for H J IT, JIT, DCBs and buffers, user physical 
pages are demand allocated. 
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Figure 8-4. User Virtual Memory 



Shared Processor Facilities 

The CP-6 shared processor facilities share automatically all user-domain procedure from non- 
overlaid run units. Libraries and overlaid programs and processors which do not execute in 
the user's domain (e.g., command language processors, debuggers, and data base managers), 
may also be shared by explicitly declaring them to the system, either at initialization time or 
while the system is in operation. Each user of a shared processor has a private copy of only 
the data and DCB portion of that program; the procedure (code) portion is shared by all users 
associated with the program. 
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The automatic sharing feature will make the best possible use of memory, dynamically tailoring 
the system to maintain only one copy of a particular program in memory, without prior 
knowledge of that program's probability of common usage. 

CP-6 supports the following three types of shared processors: 

• Standard shared processors. 

• Run-time libraries. 

• Special shared processors. 

Standard Shared Processors 

The term standard shared processor is nearly synonymous with automatically shared program. 
A standard shared processor is any user program created by the LINK processor that has at 
most one level of overlaying and contains only pure procedure. A standard shared processor 
resides in the user's working space, and may have initial data and DCBs which will be unique 
for every user. The procedure portion of the processor will be shared by all associated users by 
mapping that procedure into each user's working space. 

A non-overlaid program will be automatically shared when it is concurrently accessed by more 
than one user, unless either the LINK processor has built an unsharable program or a user starts 
the program under a debugger. 

Overlaid standard shared processors must be explicitly declared, either at system initialization 
time or while the system is running. 

Shared Run-Time Libraries 

A shared run-time library is a collection of frequently used subroutines which is treated by the 
CP-6 system in such a way that multiple programs may simultaneously use the same copy of 
the library, resulting in efficient use of main memory. A number of public libraries are supplied 
with the CP-6 system (e.g., the FORTRAN Run-Time Package and the COBOL library). User 
installations may create additional public libraries which suit their specific requirements. 

Run-time libraries are shared by all simultaneous users associated with the library by having the 
library procedures mapped into the top 32K of each user's instruction segment. Data required 
by the libraries is supplied individually to each user. 

A call to a run-time library does not cause a change of domains. 
Special Shared Processors 

The CP-6 system recognizes three types of special shared processors: 
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• Alternate shared libraries. 

• Debuggers. 

• Command processors. 

The standard CP-6 system includes l-D-S/ll as the supplied alternate shared library, DELTA 
as the debugger for FORTRAN, COBOL, PL-6, and assembly language, and IBEX as the 
interactive and batch command processor. Installations commonly add to the standard CP-6 
special shared processor other special shared processors for their own use in any of the three 
categories. 

The procedure portion of a special shared processor resides in it own working space. The 
procedure portion is shared by all users associated with the processor by referencing the 
processor's unique working space. A data area is provided in each user's own working space 
for each special shared processor. 

A call to a special shared processor causes a change of domain, thereby changing the areas of 
memory to which the processor has access. The areas of memory to which the processor has 
access are determined by its type. 

Special shared processors must employ dynamic data segments for all their non-constant data. 
As with run-time libraries, special shared processors must be self-contained. 

Alternate Shared Libraries 

The alternate shared library provides l-D-S/ll with an environment that allows file access 
protection, data protection, and greater control of buffers during error recovery operations. 

The procedure portion of an alternate shared library resides in its own working space. By 
locating l-D-S/ll outside of the user working space, it is possible to identify its calls and thus 
allow file protection by excluding access except by l-D-S/ll. The context and buffers reside in 
the user's working space because they are unique to the user. 

A user program that calls an alternate shared library relinquishes control until the library returns 
control to the user. User-established break control, timer runout, and event reporting are 
deferred while the library is in control. 

Debuggers 

The system-supplied debugger is known as DELTA. DELTA can access everything that the user 
can, but is not allowed to access procedure and data for other special shared processors. In 
addition, DELTA has its own working space and thereby does not occupy any of the user's 
virtual memory. Descriptors in DELTA's linkage segment provide full access to all segments 
within the user's working space to which the user has access, to DELTA's procedure in its own 
working space, and to the debugger data area. 
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Command Processors 

The CP-6 supplied command processor is called IBEX (Interactive and Batch Executive). It 
consists of pure procedure that resides in the working space reserved for command processors. 
It requires only limited access to user's working space, JIT, DCBs, and command processor 
data segments. In addition to processing execution control commands, IBEX recognizes 
and processes calls to shared processors (e.g., FORTRAN, BASIC, APL, COBOL) and fields 
'interrupts' from time-sharing terminals, allowing the operator to quit, continue, or invoke 
DELTA at the point of interrupt. 

User-written command processors reside in the command processor working space concurrently 
with IBEX and with one another. Only one command processor can be associated with a given 
user at a given point in time. 
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CP-6 communications management provides cost-effective communications via local and 
remote communications processors, each of which contains the software required to interface 
all supported types of terminals to the network. CP-6 communication management allows 
the system manager to configure and attach devices so that communications are tailored to 
installation requirements. Devices are accessed as time-sharing and peripheral devices and via 
comgroups. Comgroups provide a vital communication link between programs, and between 
programs and devices. A unified set of virtual protocols support access to time-sharing, CRT 
and graphic terminals; to unit records devices; via forms and between user programs. 

Communication Processing 

i 

Communications configurations may be geographically distributed and connected to several 
CP-6 host processors as well as to a variety of terminals. Figure 9-1 shows a sample CP-6 
communication configuration. 

Communications capabilities on the CP-6 system are provided on Bull mini-computers. There 
are two types of communications processors: local (CP) and remote (RCP). 

CPs are directly connected to a host processor via a direct I/O connection which can transfer 
up to one million bytes per second between CP memory and host memory. RCPs are connected 
via commercial carrier lines to CPs or to other RCPs. These lines may be dial-up or private 
and may be any speed required by the load (up to a maximum of 72K bits per second). Higher 
capacity connections may be obtained by using multiple parallel paths between CPs and RCPs; 
or Tl speeds can be achieved by using an SLCC (Single Line Communications Controller). 
Multiple paths can also be used to increase reliability of connection. The CP-6 system uses 
a full-duplex bit-oriented protocol over these lines for maximum throughput and control over 
errors. The line protocol is Bull's HDLC which is similar to IBM's SDLC; X.25 protocols form 
the next higher level of communication, enabling connection to (or via) many standard networks 
around the world. 

Each communications processor, whether local or remote, contains the software required to 
interface all supported types of terminals to the network. The supported types of terminals 
include asynchronous terminals (such as CRTs), synchronous terminals on either clustered or 
multi-dropped lines, remote batch terminals, and HASP-protocol terminals. The interface 
software transforms the characteristics of each of the supported terminals into the CP-6 
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standard protocol, permitting freedom in programming from the characteristics of individual 

devices. 

The operating system for the communication processors (LCP-6) provides a user environment 
for running Bull supplied device handlers and/or user-written handlers. As with the host 
operating system, resource scheduling, memory management, shared procedures and shared 
library facilities, and a wide range of monitor services are provided. The host debugger, DELTA, 
may also be used with programs built to run on the communication processors. 

The communications subsystems are logically independent of the hosts that connect to them, 
but are physically dependent on one or more hosts for initialization, log-on files, and many other 
services. Once initialized, however, the communications capability continues to be provided 
during times when one or all of its hosts are out of service, allowing the user to recover from 
where he left off (within certain limits) when the host returns. 




RBT 



Figure 9-1. Sample CP-6 Communication Configuration 

CP-6 hosts can connect together for purposes of remote job entry, job load leveling, file transfer, 
and data record access. 
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Connecting Terminals to Programs 

In the CP-6 system, the terminal or device is the unit of allocation; that is, each terminal 
is separately connected to a program even if the terminal is one of many on a multi-drop 
line. CP-6 communications processing, not the user program, controls polling on such lines. 
This feature isolates applications from device-specific characteristics and makes it possible, for 
example, to use one of several multi-drop terminals on a single line for time-sharing while the 
others are connected to a transaction processing application. 

Similarly, each device associated with a remote processing terminal is separately allocated. A 
CP-6 station is not a description of a single physical device, but rather a logical collection of 
physical devices. This kind of station extends to the local peripherals of the host so that a 
logical workstation may be made up of a particular printer and a particular card reader on the 
local I/O multiplexor (IOM). Such a configuration is often useful for student programmers, for 
example, whose output must be delivered to the printer adjacent to the card reader used for 
the job. 

Terminals log on to the CP-6 system in two stages: 

1. Communications log-on. 

2. Host log-on. 

However, the two stages are usually not visible to the user. 

Communications log-on is controlled by the contents of the SUPER file which is maintained 
by the Communications Manager. When a terminal connects to the configuration, the log-on 
identification is collected and supplied to the communications log-on process over a previously 
defined path. Information returned from communication log-on defines the characteristics of the 
caller using previously stored information, such as the exact device complement of a particular 
remote batch terminal (RBT), and to which host connection should be made. Connections 
are set up between each terminal device and the appropriate host. The system can supply 
default log-ons by line number to permit log-on of plotters and other devices which do not 
have transmission capability. 

This log-on process dynamically establishes the proper parameters for the terminal. Log-on 
information is created dynamically during system operation and thus may be changed without 
any sort of system definition (SYSGEN) process. The CP-6 communication configuration 
and capabilities are adjusted and augmented during system operation rather than by an off-line 
reconfiguration process. Terminals are connected to a particular host during the log-on process, 
either automatically or at the user's explicit request. In a multi-host CP-6 system, logon may 
be made to any host for which a user is authorized access. 

Note that all connections are established dynamically at the time a terminal calls and identifies 
itself and that these connections are under the control of the Communication Manager via 
modifications to the contents of his SUPER file. No "SYSGEN" or initialization process is 
required except that which establishes the path to communications log-on. Shifting activity 
from one host to another is simply a matter of modifications to the SUPER file. 
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The connection process also connects programs in one host to programs in another host. Both 
programs may be within CP-6 hosts, both may be within CP-6 real-time hosts, or they may 
be combined. Thus the needs of real-time programs for communication with each other are 
served by the same facilities that service terminal communication. 

Configuring, Attaching and Accessing Communication Devices 

Control over the devices connected to a CP-6 system is managed at three levels. 

1. Configuring of devices into groups called stations. 

2. Attachment of the devices to the system via log-on. 

3. Accessing those devices from user programs in one of several convenient ways provided by 
CP-6 

Each of these levels is managed dynamically. Devices and terminals may be configured, 
attached, and accessed while the system is in operation. Furthermore, the configuration, 
attachment and access is location and network independent, allowing devices to be used in 
appropriate logical ways regardless of physical location. 

Configuration defines a set of devices which make geographic sense (such as the printers and 
card equipment in a particular room or building). This "station" is controlled by an operator 
terminal designated in the station configuration. 

Configuration is logical; that is, the grouping of devices is not constrained by the physical 
association of devices (for example, the printers and card readers on an RBT). The system 
disassociates each device on an RBT and then permits the system manager to create logical 
stations from devices according to need and usage rather than physical connection. Thus 
two output-only serial printers, a plotter and a terminal, may be grouped into a station and 
addressed as such. 

Attachment defines how devices are connected to the system. There are three ways to attach 
devices: 

1. As a time-sharing terminal. This connection enables the control stream of time-sharing 
jobs and the workstation-of-origin for time-sharing users. It associates the user with the 
set of peripherals - and thus, usually, the physical location. The workstation-of-origin is 
associated with a time-sharing user by log-on default or explicit command. Typically, a 
set of time-sharing users will have nearby printers to which their printed output is directed 
automatically by the associated workstation-of-origin. 

2. As a private resource attached directly and exclusively to a single program. Tape units are 
the principal example of this kind of connection. 

3. As a member of a comgroup. Terminals associated with a particular transaction processing 
application set are connected this way. Comgroup attachment provides wide flexibility both 
in selecting the number of terminals connected to a transaction processing program, and in 
the number of processes serving a particular transaction type. Spooled symbiont printers 
and unit record devices are also connected via comgroups. 
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The CP-6 system provides three ways of dealing with devices or groups of devices: 

1. As time-sharing terminals. 

2. Via workstations. 

3. As comgroups. 

The way the device is accessed is affected by the method of addressing the device. 

The time-shared terminal is addressed by default. The programmer need never explicitly direct 
I/O to his or her terminal. The system puts reasonable output on the terminal and receives 
input from the terminal unless directed otherwise. 

Workstation addressing provides an abstract addressing to a type of device at a particular 
station, usually at a geographic place. Thus, the user may address "a line printer at Boston" 
or "a plotter in Bermuda". This kind of addressing is strongly associated with remote batch 
terminals. But, the CP-6 system has more flexibility of physical and logical configuration; 
access may come from time-shared as well as batch programs. 

Comgroups enable networks of devices (often terminals) in which the addressing is direct. 
Programs communicate with terminals on the comgroup network by naming the terminal desired 
just as one names the terminal desired on a multi-drop communication line. Again, the CP- 
6 system has separated the physical connection from the logical connection, permitting, for 
example, two terminals connected to a single physical multi-drop line to appear on separate 
comgroups, if desired. 

Thus, access to the devices may be made in three ways: 

1. As time-sharing devices. Time-sharing access provides the control access path to time- 
sharing programs. These programs are logically associated with the workstation-of-origin, 
but I/O may be explicitly directed to any named workstation. 

2. As peripheral devices, typically printers and card readers. Access may be direct or spooled. 
All peripheral devices are grouped into logically associated collections called workstations. 
I/O is directed by workstation name, and no physical association of devices is implied or 
required even though it may be typical. 

3. As terminals or devices accessed via comgroups - the private logical association of programs, 
terminals, and devices. 

Communication Protocols 

The CP-6 system includes a set of virtual protocols or access methods. Each access method 
may be thought of as the description of the features of a "virtual terminal" and how to use 
them. The access methods are unified so that a user can either write programs which work 
correctly regardless of the access method and end device, or can use an access method that 
takes full advantage of the capabilities of a particular terminal class. The available CP-6 access 
methods are: 
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1. Terminal. The device looks like a time-sharing terminal. Operations are available to set 
prompting strings, change the platen width, etc. Minimal formatting is done. Vertical 
format control and tabs apply. A TRANSPARENT option is provided to send and receive 
byte strings to the device without system intervention. 

2. Unit Record. The device looks like a line printer, card punch, or card reader. Printer page 
formatting and card sequencing apply. All output data is translated into printable graphics 
unless this feature is explicitly suppressed. 

3. Forms. The device appears to accept the name of a form and formats all data based on 
it. Input and output are simply character strings interpreted and presented on the device 
by the named form. The user's program has no presentation responsibility. 

4. CRT. The device appears to be a modern CRT terminal with such features as cursor control, 
highlight and blink. 

5. Graphics. The device appears to be a modern graphics terminal. 

6. Inter-user. Features unformatted conversation between user programs with facilities to, for 
example, get the attention of the other programs. 

Note that in choosing an access method the user does not change the operations used to 
converse: READ, WRITE, OPEN, and CLOSE. Exactly what these operations do varies by 
access method, just as they do by file type (e.g., keyed and consecutive files). But, programming 
can be done in such a way that such variations are of no concern. Additional operations 
are available in some access methods to control special terminal features. These, however, 
are "device independent", in that the system always extracts the meaning appropriate for a 
particular device even if the meaning is simply ignoring the command. 

All access methods are convertible to the needs of each type of terminal, because every access 
method is interfaced to the common protocol. At the destination terminal, this protocol is 
transformed for the needs of the specific terminal, ensuring a standard method to provide 
interfaces for new terminals as they are developed. This feature also permits connection to the 
generalized protocols of other networks. 

Communication Groups 

Certain teleprocessing applications require a gathering of terminals into identifiable groups. 
These applications are particularly common in transaction processing. For this purpose, the 
CP-6 system provides private networks of terminals called Communication Groups (comgroups) 
which have the following properties: 
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• A DCB can connect a program to many devices or terminals in a comgroup. 

• Many separate programs (CP-6 jobs or processes) can connect to a comgroup and each 
may have an address on the group. This provides "multiprogramming depth" for processing 
of a single transaction type by shared procedure programs. 

• A special read operation delivers the next message (arriving from any terminal in the group) 
to the reading program. 

• The normal write operation delivers a response to the terminal which supplied the input 
without requiring the transaction program to be aware of terminal addresses or names. 

• The group can be composed of devices or terminals from anywhere in the CP-6 network, 
unrestricted by differing physical characteristics. 

• Terminals can be dynamically joined to and removed from the group. 

• An optional file-backed queue of messages is associated with each comgroup in which 
messages awaiting processing may be stored. 

• The group is controlled by an administrative user who permits access to the group, directs 
transaction handling, sets priorities, and controls multi-programming depth. 

Communication groups are used by the CP-6 system for input and output symbiont terminals 
and operator console terminals. 

Virtual Devices 

The virtual device handler (VDH) is a device-oriented presentation entity that interfaces 
external entities to the CP-6 network by translating the external entity's orders into presentation 
protocol elements and session commands, and vice versa. 

A handler uses the Virtual Device Handler (VDH) library program to create a standard 
abstracted program protocol universally understood by any program. The Virtual Device 
Handler abstracted protocol is used in communications between a real device handler and: 

• application programs executing in the host. 

• application programs (FPRGs) downloaded from the host and executing in the FEP. 
Recovery 

When a host suffers a temporary system halt, the communications subsystem (CPs and RCPs) 
sustain themselves and ride through the period, minimizing the effect on connected users. The 
effect of such an interrupt as seen by the user is dependent on the terminal type and the system 
options selected. For example: 
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• Terminals connected to one host will not be affected if another host crashes. 

• A crash of a single machine in the system is automatically recovered. Users of other parts 
of the system are unaffected. 

• Lines between network nodes may be added, deleted, or recalled without loss of data when 
re-establishing reliable communications. 

Diagnostics and dynamic verification programs can isolate faults in parts of the system to the 
extent that the machine is "well enough" to execute diagnostics. Verification procedures may 
be run periodically to check and report on the status of communication lines, thus making 
faulty lines visible to customer engineers. Errors are reported to error logs where they form a 
profile useful in predicting potential trouble areas or lines. 

Terminal devices may be added to the system during system operation. No communications 
shutdown is necessary to add the capability for an additional terminal. Because the software 
is capable of adding programs dynamically by down-line loading them from a host, the system 
may add handlers to accommodate a new terminal type without interruption. 
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The CP-6 system is designed to be thoroughly reliable and secure. On-line diagnostics, error- 
tracking, and an efficient recovery procedure result in a system with a minimum of down-time. 
CP-6 security features promote an environment suitable for the handling of several levels of 
classified information. 

Reliability 

Errors are logged into buffers in main memory, which are copied to the system log file. In 
addition to error condition records, the system log file contains a number of information-only 
records that include information on tape mounts and dismounts, operator input, and firmware 
loads. 

The system log file is listed and summarized through the system log listing processor (ELAN). 
ELAN lists and sorts the system log file. ELAN output furnishes a meaningful, comprehensive 
diagnostic evaluation of the system and its peripherals, aiding in the early detection of potential 
component failures and thus increasing the reliability, maintainability, and availability of the 

system. 

The error file is also available for on-line preventive maintenance of the system and for diagnosis 
and prediction of hardware malfunctions. 

Error Threshold Reports 

The system accumulates hardware error rates over time (including those successfully recovered) 
and issues reports to the field engineer when these rates exceed a prespecified value. These 
reports direct the attention of the field engineer to those portions of hardware which are failing 
at abnormally high rates. 
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On-Line Peripheral Diagnostics 

Within the system, diagnostics are provided that may be used from either local or remote 
terminals to analyze the performance of card readers, card punches, line printers, magnetic 
tape drives, and disk drives. These diagnostic programs run during system operation without 
disturbing on-line users or batch job throughput (except, of course, for jobs requiring the 
downed device). Full direct access to the device is provided, and all hardware status information 
for the specified operation is returned to the diagnostic program. 

Recovery 

CP-6 recovery features attempt to make the system available as much as possible with minimal 
loss of data when problems occur. A recovery package is offered that takes actions based on 
the seriousness of any problem that occurs. The resulting recovery is completely automatic, 
requiring operator intervention only for the most serious problems (such as power interruption). 

The various modules of the CP-6 system check the consistency of the resident operating system 
tables and the important user context. If an inconsistency is detected, or if a hardware error is 
reported which compromises the integrity of the resident operating system, recovery is initiated 
and one of the following actions is taken: 

1. If the damage is judged to be isolated to the context of a single user, a procedure called 
Single User Abort is performed. In this procedure, selected areas of memory are written 
to secondary storage, updated file buffers are written out for the user, and the user job is 
eliminated. The system proceeds for all other users. The only affect for them is the brief 
pause to capture the dump. 

2. If the damage is not isolated to the context of a single user, but certain key system tables 
are judged to be intact, a procedure called recovery is performed. In this procedure, selected 
memory data is written to secondary storage for subsequent analysis. The context for each 
user is then examined. All open files are closed with default options. Remaining input for 
batch jobs that are partially completed is discarded unless the user has specified the rerun 
option in his job deck, in which case the job is put back into the job queue. The accounting 
information is saved and the resident operating system is restored from the system device. 
Before resuming normal operation, accounting records are written. At this point, normal 
system operation proceeds. Terminal users must log on again. In-process transactions are 
automatically reprocessed. 

Automatic Dump Analysis 

After any recovery is performed, the monitor dump analysis program is initiated to aid in 
determining the cause of the problem. The output produced by this program consists of 
formatted displays of monitor and user tables, the status of the system at the time of the 
problem, and other data useful in problem identification. 
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Security 

CP-6 utilizes extensive security measures to prevent unauthorized use of the system. Access to 
the system is controlled by user authorization performed by the system manager or a designated 
project administrator. Memory security protects the users from the monitor and vice versa. 
File security prevents unauthorized access to files. 

System Access Security 

Access to the system is controlled by user authorization, which in turn is controlled by the 
system manager. To access the system, the user must have a user identification. As part of 
the identification, the user may include a password, which is stored in scrambled form. As an 
added protection, identification information is not echoed at an on-line terminal during log on. 
A user's authorization determines which monitor services and shared processors are available 
to the user. 

A log of security-related events, such as privilege changes, use of privileged PMMEs, 
logon/logoffs, logon failures (i.e. use of bad password), and file accesses that required privilege, 
can be kept. In addition, to track the "origins" of batch jobs, the FEP line number of the 
submitter is kept throughout the life of the batch job and any it spawns. 

Memory Security 

Hardware protection features prevent unauthorized access to memory locations. Memory 
management routines clear acquired memory to prevent access to data from previous programs. 
A user suspected of attempting unauthorized actions may be aborted by the operator, and his 
or her authorization to access the system can be dynamically deleted. 

File Security 

The CP-6 file system uses the four control techniques described in this subsection to prevent 
unauthorized access. 

Granule Access Controls 

Each granule which is active in the system (except any unwritten granules of a random file) 
has an identification stamp in the first word of the granule. Thus, no information from any 
source other than the file in question is returned to the user or left in any of the user's monitor 
buffers unless the stamp is verified. This technique provides a high level of information security 
for both hardware and software error situations, and also prevents the user from reading any 
granule that has not been written. 
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File Access Control 

The CP-6 file system features eight types of access controls for files (e.g., read, write, update, 
delete records, knowledge of its existence, access only by specified processors.) Each file may 
specify a combination of these accesses to be permitted to ALL, NONE, or explicit lists of 
accounts. In addition, a special convention permits the user to restrict access to accounts that 
contain specified character strings. (File control information is included within files stored on 
disk or on labeled tapes that have CP-6 formatted files.) Tape file management allows tapes 
to be semi-protected or fully protected. 

Data Access Control 

Data access is controlled through two mechanisms: passwords and encryption. 

A user may assign a password to a file. Access to the data is denied to any user who cannot 
supply the password. When the password is first assigned, it is passed through an irreversible 
encoding mechanism and the encoded password is entered into the File Information Table 
(FIT). 

Encryption of data can be requested for any file organization except indexed. The algorithm 
is derived from the data and a seed defined by the user. This seed is not present within the 
file information, so even highly privileged users cannot request decryption without knowledge 
of the seed. 

The l-D-S/ll processor provides additional levels of security for l-D-S/ll data bases. 
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CP-6 Transaction Processing (TP) provides an on-line, interactive environment designed for 
high-volume, fast-response processing. CP-6 TP provides efficient data entry to and retrieval 
from a central data base using a variety of terminal stations that may function simultaneously. 

Overview 

The TP operating environment consists of software processors which combine with user 
application programs in both the host (the mainframe and associated file devices) and in 
the front-end processor (FEP). Figure 11-1 illustrates the TP operating environment. 

As a fully integrated part of the operating system, TP offers the complete capabilities of the 
CP-6 system and a protected environment which: 

• Guarantees easy installation of a TP system. 

• Co-ordinates co-operating application programs. 

• Minimizes use of host resources for TP. 

• Assures fast, accurate data entry through the capabilities of the new Forms Processing 
Language (FPL). 

• Uses comgroups to facilitate program development by: 

- Providing an easy-to-use READ/WRITE interface in application programs. 

- Providing a useful debugging facility. Application programs can be developed in time- 
sharing and batch modes and then run in TP mode. 

• Provides device independence for application programs. 
Co-Operating Application Programs 

Transaction processing is performed in two separate, but co-operating application programs: 
a Forms Program (FP) in the FEP and a TP Application Program (TPAP) in the host. The 
FP interacts with an on-line terminal and its clerk/user. The TPAP interacts with a data base 
and creates and formats responses to requests from FPs. 

Though co-operating, the FP and TPAP run independently. Execution of the TPAP is detached 
from events at the TP station and in the FPs. 
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Figure 11-1. The TP Environment 



Minimizing Use of Host Resources 



CP-6 TP funnels transactions from a large number of TP stations to relatively few resources 
within the host. TP efficiency features in the use of host resources include: 
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• Rather than applying the system resources for a single "job" to each clerk/user at a 
terminal, each TPAP may serve a large number of clerk/users at a variety of terminals. 

• With the exception of minimal memory allocation, the resources of the host are allocated 
to transaction processing only for the period of time needed to process transactions that 
arrive in the system. 

• Input transaction formatting is accomplished in the FEP. 

• Separation of invocation of TPAPs from events at the TP station decreases the amount of 
time the TPAP need be resident in memory. 

FPL 

FPL is a new, flexible, powerful COBOL-like language developed by Bull to simplify forms 
processing. The benefits of using FPL in TP include: 

• An easy-to-use language in which to program the essential functions of data input, 
validation, and automatic formatting. 

• The ability to communicate with a number of stations simultaneously while sharing a single 
copy of procedure. 

• The ability to define the interactions between terminal clerk/users and application 
programs. 

Comgroups 

All communication between the FP and TPAP is accomplished by means of a simple 
READ/WRITE interface. To receive and transmit transactions, the FP issues READ/WRITE 
statements, while the TPAP uses CP-6 file management READ/ WRITE services. 

The large volume of transactions sent from a number of TP stations is handled by the host 
through comgroups. Data entry transactions remain in the comgroups prior to and during 
processing by TPAPs. Responses written by TPAPs are stored in the comgroup, and remain 
in that queue until successfully transmitted to an FP. 

Device Independence 

Device independence relieves the programmer of concern for device characteristics and allows 
a single FP to serve a range of different terminal types. A single FP can communicate with a 
variety of terminal types, using the same form and procedure. 

The CP-6 forms processing system ensures that the various terminal features of differing types 
of terminals are used to the fullest extent possible. For example, for a video screen terminal, the 
forms processing system will adapt communication so that all constants are displayed at once, 
cursor repositioning occurs, and terminal features such as character validation are utilized; for 
an interactive teleprinter, the forms processing system sees that the constants are displayed 
field-by-field to suit the line-by-line operation characteristics of the teleprinter, that validation 
of each field is performed, and that any invalid entries are resolicited in a manner suited to the 
particular device. 
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Features 

The TP environment provides the structure and protection necessary for efficient on-line 
transaction processing. In addition, the CP-6 Transaction Processing offer these important 
features: 

• Full CP-6 capabilities. The TP environment permits the TPAPs and TP system to make 
use of all available CP-6 services. For instance, file management and security is performed 
in the same way as in other CP-6 environments. 

• Data base integrity. The l-D-S/ll Data Base Manager can play a critical role in the TP 
environment. I-D-S/II detects and corrects deadlock on file accesses. I-D-S/II also creates 
transient journals and allows TPAPs to checkpoint file data for backup in case file recovery 
is required. 

• Automatic recovery/restart. The TP system in conjunction with I-D-S/II provides an 
option for automatic data base roll-back and re-run of transactions which caused data base 
updates during system recovery (e.g., after a "soft" failure). 

• Debug facilities. The system debugger, DELTA, is available to debug TPAPs in the TP 
mode as well as all other modes of access. In addition, a special test mode is available in 
TP for protection of the data base during debug sessions. 

• Instance and administration. A person designated as the Instance administration. A 
administrator of an instance of TP controls operations of its application(s). The 
administrator provides on-line control including: 

- Privacy and security. Safeguards centralized at the host provide authorization checks 
for TP operators and permit discretionary system surveillance. 

- Auto-logon. Special purpose TP stations such as stand-alone. printers can be logged 
on automatically. 

- Accounting. The TP system makes special provisions to account for TPAP processing 
time. Options are available to account for each transaction or for a series of 
transactions. 

- Transaction processing timing. Options are available to control the invocation of 
TPAPs. For example, a TPAP can be invoked to process either one transaction at 
a time or a series of transactions. Transactions of a specified type may optionally be 
bypassed and processed later. 

- Performance evaluation and tuning. Statistics collected for each instance of TP are 
available to the instance administrator who may alter operating characteristics to 
enhance performance. 
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The CP-6 system features a terminal "personality" that is designed to increase programmer 
productivity by creating a natural and powerful time-sharing environment. Access to all types 
of peripheral devices and rapid terminal response creates an atmosphere in which each time- 
sharing user appears to have the entire system dedicated to his or her tasks. Dynamic timing 
algorithms make the CP-6 system compatible with a wide variety of terminal types. The CP-6 
system also provides utility processors that aid in accomplishing: 

• Program Development. 

• Program Compilation. 

• Program Execution. 

• Program Debugging. 

• File Maintenance. 

• Text Creation and Editing. 

Overview 

Programs to be executed via entry through the other access modes of operation may be 
completely or partially developed in the time-sharing mode. Since there is one common CP-6 
file management facility, files used in the interactive mode are identical to those of the batch 
and real-time modes. 

The command language (IBEX) by which the terminal user directs the course of a time-sharing 
session is identical to that used for a batch job (either local or remote). 

Up to 500 time-sharing terminals may be simultaneously active. Under the CP-6 system, 
terminals can be connected to the system via dial-up communication lines or permanent circuit 
lines. These lines may be interfaced either locally or remotely, as described in section 9, CP-6 
Communications Management. 

Regardless of how a terminal is physically connected to the CP-6 system, terminal protocol is 
the same. After connection has been established, users identify themselves by entering log-on 
data: their account, their name, and (if required) a password. If the identification is valid and 
consistent with information maintained by the monitor, the user's on-line session is initiated 
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and the system prompts the user for commands. If the identification is invalid, the CP-6 system 
sends an error message and requests the user to resupply the log-on data. 

An on-line session is terminated by entering a simple command to log off. The CP-6 system 
then transmits selected accounting information and offers the user the opportunity to log on 
again. Thus, separate accounting for separate functions may be achieved by a change of 
account number and or name. 

Time-Sharing Features 

The CP-6 system has an extensive set of commands which enable the terminal user to edit 
terminal input, control terminal output, and control the course of program execution. The 
most widely used features are summarized below. 

Typeahead 

CP-6 terminal 10 routines allow terminal users to type input during the time computation is 
taking place or output is being typed at the terminal. Such input is not echoed to the terminal 
immediately. Instead, the data is stored until the proper time for its utilization; that is, the 
time following programmatic requests for input. Thus, in the script typed at the terminal, input 
appears following the query asking for it even if the input was typed sometime previously. 

Terminal Profiles 

CP-6 terminal profiles identify terminal types. Profiles contain a detailed description of terminal 
characteristics, such as character code set, timing information, a list of the terminal's features, 
and how to perform cursor positioning. Profiles may be defined by the installation, using 
SUPER. Definition files for most terminals normally used with CP-6 are included in the 
installation materials provided by Bull. A listing of profile names is included in Appendix 
F. 

The user may specify the name of the profile during or after logging on, or may have a specific 
profile invoked automatically during log-on. 

The CP-6 system provides character code conversion for the ASCII character set, some 
variations of ASCII, and bit-paired and typewriter-paired ASCII APL. The system can 
automatically adjust to the ASCII or ASCII APL character sets during the connection process. 
The character set may also be changed during the session via the ESC $ escape sequence, a 
PROFILE command or programmatically. 
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Output Efficiency 

Positioning functions directed to the terminals are optimized. The effects of space, backspace, 
horizontal tab, carriage return, and line feed characters (and combinations of these characters) 
are analyzed before sending positioning information to the terminal. Then the optimal 
combination of the carriage return, line feed, space, backspace, direct cursor position, absolute 
tab, cursor forward, cursor back, cursor up, and cursor down functions is sent to the terminal. 
This optimization process can result in greatly increased terminal throughput. This technique 
also allows any program to take advantage of advanced device features without knowing what 
device is being used, thereby providing a high degree of device independence. 

Several timing algorithms are supplied to determine when timing fill characters are sent to 
the terminal. These characters provide delay for positioning of the carriage before and/or 
after positioning functions (e.g., carriage return, line feed, absolute tab), and after erase and 
control functions. The algorithms are further tailored to the device by way of timing parameters 
specified in the profile, yielding optimal output efficiency. 

The CP-6 system supports flow control for buffered devices using the DC1/DC3 
(XON/XOFF), ETX/ACK, and CTS (Clear To Send) disciplines. This support means data can 
be sent to the device at the maximum rate the device can accept data. 

Transparent Mode 

A program may request that no translation or other processing be performed by CP-6 terminal 
I/O. In this case, characters are moved between program and terminal without change in the 
bit structure. This mode is useful for connecting to special equipment, tape cassettes, plotters, 
paper tape, or other computers. 

Pagination and Formatting 

The CP-6 system offers two types of pagination: logical and device. 

Logical pagination is similar to line printer pagination. System service calls, IBEX commands, 
or a line printer compatible forms description enable the user to establish page parameters, 
including page width and length, top and bottom margins, and the channel number to line 
number correspondence for skip to channel operations. When the end of the logical page 
is reached, a page break is performed, and a heading is issued. Headings generated include 
user specified text and reflect any user-supplied indentation, page numbering, and space-after 
parameter values. Input and output lines are folded to fit within the page width. All VFC 
(Vertical Format Control) codes legal for a line printer are also handled for terminals. Typing 
ESC L causes a page break. Typing ESC - signifies the terminal is positioned at the perforation. 
Simulated perforations may be printed on non-perforated paper to ease fanfolding or cutting 
at page boundaries. 
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Device pagination allows the operator of a screen terminal to view output before it is scrolled 
off or over-written. Output is halted after each screenful of data. The operator then types a 
carriage return to continue. The relative pagination mode computes the page position relative 
to the last read, eliminating page halts when the user is interactive and not generating full 
pages of contiguous output. Device pagination may be turned on or off at any time by typing 
ESC A . 

Terminal Input Functions 

The CP-6 system supports a number of terminal input functions that allow the user great 
flexibility in preparing terminal input. Terminal input functions define special characters and 
escape sequences that allow the user to edit terminal input, control input conversion, control 
tab simulation and perform miscellaneous functions. Table 12-1 lists the CP-6 terminal input 
functions. 

Editing Terminal Input 

Visual fidelity is maintained on most screen terminals. When character insertion, replacement, 
and deletion is performed, the image on the screen is constantly updated to the current contents 
of the input record. As this update is performed in place, a minimum of space is consumed 
on the screen, thereby minimizing the scrolling off of important information. Since characters 
cannot be erased on hardcopy terminals, editing causes characters io be printed that note 
the updates to the record. However, all editing functions work on both screen and hardcopy 
terminals. 

Terminal editing may also be used on program-supplied data. The user program may pass a 
record to the CP-6 system, allow the operator to edit the data, and send it back to the user 
program. The CP-6 EDIT and APL processors use this feature to provide terminal editing for 
data in their files. 

Controls Over Input Conversion 

Character conversions are generally done automatically by the CP-6 system in the proper way 
for each terminal type. However, the input conversion functions allow the user to control upper 
and lower case conversions. 

Tab Simulation 

The tab simulation functions control the effect of simulated tab stops on the terminal and on 
the program. 

The user may also establish the setting of the simulated tab stops using either programmatic 
or execution control commands. 
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User Input Functions 

Users may define their own input functions by using IMP. Input functions define special 
characters and escape sequences that the CP-6 system is to interpret. The interpretation 
yields character strings to be processed as input text and/or system special characters and 
escape sequences, or as output text. For example, the following IMP command defines an 
input function that generates a tab setting command when a # character is entered by the 
user: 

ADD SPECTAL.CHARACTER 

TEXT='TABS 10,20,30,40,50' 
READ INPUT_FUNCTI0N ECHO 

IMP may be used to re-define keys on a keyboard, define function keys, and define escape 
sequences and special characters to invoke commonly used keystrokes. 



Terminal Function 


Input Function 


Description 


Editing Terminal 


BS 


Moves the cursor left one 
column (backspace). 


Input 


DC2 


Moves the cursor right 
one column (control-R). 




DEL 


Deletes either the last 
character typed or the 
character at the cursor 
position. 




ESC CR 


Positions to the beginning 
of the input record. 




ESC D 


Recalls the last input 
record as if it had just 
been re-typed. It may 
then be edited and 
re-submitted. 




ESC J 


Enables editing of the 
current line by insertion 
of characters. 




ESC K 


Deletes all characters 
from the cursor to the 
end of the input record. 



Table 12-1. CP-6 Terminal Input Functions 
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Terminal Function 


Input Function 


Description 
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overstriking mode. 
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characters causes the new 






character to replace the 






old character(s). 




ESC N 


Positions to the end of 






the input record. 




ESC 0 


Sets the logical 






overstriking mode. 






1 ypmg on top ot existing 






characters causes 






overstrikes characters 






(separated by a 






backspace) to be formed 






This function is typically 






used for underscoring. 




ESC R 


Retypes the current input 






record. 




ESC V char 


Positions to the specified 
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record (usually a line). 




n 1 


Positions to the next 






input tab stop (horizontal 






tah^ 

IdU 1. 


Input Conversion 


ESC U 


Reverses the setting of a 




mode in which received 






lower case letters are 






Loiiverieu to upper c,dsc. 




ESC ) 


Causes subsequently 




received upper case 






characters received to be 






converted to lower case. 






Thus lower case 






characters may be input 






on an upper-case- only 






terminal. 



Table 12-1. CP-6 Terminal Input Functions (part 2) 
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Terminal Function 


Input Function 


Description 




ESC ( 


Removes the effect of 




ESC ). 


Tab Simulation 


ESC C 


Reverses the setting of 
tab relative mode (ON to 
OFF or OFF to ON). If 
this mode is ON, input 
tab stops are assumed to 
be relative to the end of 
the prompt. 




ESC S 


Reverses the setting of 
the space insertion mode. 
If this mode is ON, 
spaces are delivered to 
the reading program when 
tab characters are 
received. 




ESC T 


Reverses the setting of 
tab simulation mode. If 
the mode in ON, spaces 
on other positional 
characters are sent to 
properly position terminal 
output when a tab 
character is received from 
either the terminal or a 
program. 


Miscellaneous 


CONTROL-Y 


Returns control to the 
command processor and 

rJpl^tpQ niipii^n mnut and 

output. 




CONTROL-X 


Deletes queued input and 
output. 




ESC B 


Gives control to the 
interrupt point of a 
program associated with 
the terminal, and deletes 
queued input and output. 



Table 12-1. CP-6 Terminal Input Functions (part 3) 



CE26-02_DRAFT 



User Input Functions 



12-7 



CP-6 Time-Sharing 



Terminal Function 


Input Function 


Description 




ESC E 


Toggles echoplex mode. 
Echoplex may be turned 
off to prevent the printing 
of sensitive information 
(such as passwords) 
entered from the terminal. 




ESC F 


Signals an end of file. 




per u 


Temporarily halts terminal 
output. 




ESC 1 


Simulates the entry of an 
HT (horizontal tab). 




ESC Q 


Requests an 

acknowledgment that the 
communications processor 
and host are alive, and 
obtains the current host 

c/~ r* An 1 1 \f*r ct atp 
jLIICUUICI Male. 




ESC W 


Deletes all output until 
another ESC W is typed 
or until a read is issued 
to the terminal that is 
not satisfied by 
typeahead. 




ESC Y, ESC ESC 


Returns control to the 
command processor, and 
deletes queued input. 



Table 12-1. CP-6 Terminal Input Functions (part 4) 



Entry of Jobs to the BATCH Queue 

When the on-line user does not wish to sit at the terminal and attend the execution of a long 
process or wait for resources such as tapes, the terminal batch entry facility can be employed. 
This facility allows the user to enter a job into the batch job queue for execution in the batch 
processing mode. The user can then disconnect from the system or start another time-sharing 
task. 

This service allows time-sharing users to create and edit a control command file which will 
direct the execution of their jobs. At any time after submitting a job control file, the user can 
request the status of the job. 

CP-6 responds by telling the user that either: 
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• the job is enqueued. The number of jobs ahead of his in the queue is displayed. 

• the job is running. 

• the job is completed. 

The user can also cancel the job from the on-line terminal. After the job has completed, the 
user can examine files created by the job. 

Even if the batch mode is not operating concurrently with the time-sharing mode, jobs may 
be entered into the batch job queue for 
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Section 13 
CP-6 Batch Processing 



The CP-6 system offers full-service, multiprogrammed batch facilities, ideal for the production 
data processing environment. Batch jobs can be conveniently submitted from local card readers, 
remote sites, time-sharing terminals or from running batch jobs. Since the execution control 
language is identical to that used in time-sharing, batch facilities are made available to a larger 
class of user. The CP-6 philosophy of commonality among the basic aspects of the system 
allows the user to construct interdependent program systems, in which several programs work 
together to accomplish a single task. In addition, a scanning feature is available to check 
execution control syntax prior to execution, thus significantly reducing total debug time. 

Overview 

In the CP-6 system, multiprogramming (the concurrent operation of several jobs) significantly 
extends the throughput of the computer system because the system is able to achieve several 
levels of overlap in the processing of jobs. I/O of one job is overlapped with computation 
of another, and I/O of several jobs is overlapped through the effective use of the hardware's 
multiple channels to I/O devices. This overlap applies not only to jobs within the batch mode 
but also to all other jobs. Thus use of CPU, disks, tapes, and other system resources is 
maximized. As described in Section 14, Remote Processing, a CP-6 system may itself act as 
remote workstations. Jobs may also be received from any systems that support the HASP 
transmission protocol. Commands for jobs, regardless of source, are stored temporarily while 
awaiting execution in spooling files as described below. 

Resource Control and Scheduling 

Batch jobs are protected from execution-time resource conflicts or deadlock situations by the 
CP-6 job scheduling algorithms. Each batch job contains a command which specifies the 
required resources and the system ensures availability of all required resources before starting 
the job. In contrast, time-sharing jobs may request resources dynamically, but must be prepared 
to respond to a "not available" message. 

The CP-6 system can concurrently run a Jarge number of batch jobs. Each job is run in a batch 
job class. (Batch job classes are described further in Section 17.) The system manager can 
designate up to 16 batch job classes. In this way, up to 500 jobs can be run concurrently, 
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providing full resource use and adaptability to such circumstances as evening, night, and 
weekend shifts. 

Each of the batch job classes has a defined resource profile that the system manager can change 
dynamically. The profile describes the ranges of job resources which are allowed when running 
in each class, and the number of batch jobs that can run concurrently in each class. In order 
to qualify for a given class, the resource requirements of a job must match the class profile. A 
job may fit in many classes. 

Whenever a job class is available and an event (such as job termination, resource released, 
or job submitted) occurs, the batch job scheduler selects the first (highest priority) job with 
requirements matching the class profile. Both the job and its required resources are assigned 
to the job class and the job begins execution. 

CP-6 optional job scheduling controls allow the job submitter to dictate additional scheduling 
criteria to the system's batch job scheduler. Unlike global controls, which are established by 
the system manager via the CONTROL processor, these scheduling criteria are local to the 
submitter's authorized account. They are specified on the job's control commands via the 
DEFER, FOLLOW and ORDER options. The DEFER option defers scheduling of the job until 
a particular date and time. The FOLLOW option orders execution by job name; subsequent 
jobs submitted can run only after the completion of specific, named jobs. The ORDER option 
indicates that execution of the job must follow completion of any previously submitted job. 
Thus a series of jobs, each using results from the previous job, can be submitted at once, but 
are forced to execute serially. 

Workstations 

The CP-6 workstation concept organizes the devices connected to the system into manageable 
groups. Workstations may be remote or local to the central site, and usually include unit record 
peripherals and tape devices. 

The CP-6 system manager defines workstations tailored to the installation's requirements. For 
example, one line printer in a university environment may be defined via a workstation restricted 
to administrative work, while a second line printer intended for student use can be located in 
a less secure work area. The CP-6 system then automatically routes the administrative or 
student output to the appropriate workstation. An operator's console may be placed at each 
workstation that is defined to send or receive only the messages that are pertinent to the 
individual workstation. 

A workstation name can also be used to address any device attached to the CP-6 system. 
For example, a line printer at a workstation named BOSTON is addressed as LP@BOSTON. 
All CP-6 users, however, are assigned a workstation of origin and need only specify a device's 
generic name for the I/O to take place via the assigned workstation. 
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Cataloged Procedures 

The CP-6 system allows the programmer to create a file of execution control commands and 
call for its execution as a job or portion of a job. This facility is available to both batch and on- 
line CP-6 jobs. As the execution of a cataloged command file is requested, parameters may be 
substituted in previously defined fields of the file. A file may, within itself, call for execution of 
other files, and programs may create files which are inserted in the on-going command stream. 

Spooling 

A spooling facility is provided to help eliminate bottlenecks associated with slow speed 
peripheral devices. This spooling facility consists of monitor routines that transfer information 
between secondary (disk) storage and unit record peripheral devices concurrently with jobs 
being run. To transfer information between a user's program and this secondary storage, a 
"cooperative" monitor routine is used. 

The spooling system performs complete buffering between I/O devices and the user's program. 
Also, the current job may be running while the output of a previous job and the job file for a 
subsequent job are being handled by spooling. The CP-6 spooling system is depicted in Figure 
13-1. 
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Figure 13-1. CP -6 Spooling 



Spooling files are normally written to disk before being output. However, for certain long- 
running data processing programs, the "concurrent output mode" is provided. When in 
this mode, the spooling system begins printing a program's output before the program has 
completed. Thus a 14-minute job which produces 14 minutes of printing uniformly over the 
execution time of the job will complete printing in about 14 minutes rather than 28 minutes. 

Spooling files are standard CP-6 files and therefore may be moved individually or collectively 
to tape or pack for removal from the system as required in the day-to-day management of the 
installation. 

Normally, one operator's console is defined to have control over all spooling files in the system. 
However, a console assigned to a particular workstation may be used to control only those files 
associated with its assigned workstation. 
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CP-6 remote processing brings the facilities of a central CP-6 site to the actual work locations 
where that power is required. The extensive CP-6 communications features (described in 
Section 9) work together with the CP-6 remote processing facilities to provide a flexible and 
extensive communications environment. 

Overview 

Important features of the remote processing system include: 

• A remote site can be another large-scale computer, and files of data may be transferred 
between user programs at the central and remote computers. 

• Through monitor and user interfaces, virtually any type of device (e.g., tape, disk, plotter, 
communication line) can be accessed at a remote terminal. 

• As illustrated in Figure 14-1, any user of a CP-6 system can communicate with a variety 
of devices at one or several remote sites. 

• As illustrated in Figure 14-2, a CP-6 system may act as the central site to some remote 
terminals and as a remote terminal to other computers simultaneously. 

• Workstations need not be remote nor are they necessarily composed of physically associated 
devices. 

• Definitions of workstations can be added, deleted, or modified during system operation. 
The Environment 

CP-6 remote processing accesses remote facilities as sets of independent devices indistinguish- 
able from local devices, and defines workstations for functional purposes independent of physical 
relationships. These access and definition techniques provide both a flexible means of accessing 
remote facilities, and a consistent, configuration-independent means of accessing all devices. 

Access to remote facilities is provided through the standard CP-6 services for managing logical 
devices and spooling. All details of both communications line management and multiplexing 
of several apparently independent devices to a single channel are transparent to the user of 
remote facilities. 

Default device selection, including the allocation of an output device for a spooling file, is made 
from the device of the appropriate type at a particular workstation, rather than from the whole 
system. Each job has an associated "workstation of origin", convenient to the owner of the 
job. 
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Figure 14-2. CP-6 Remote Processing Communications 



A workstation can be defined independently of the physical connection of devices; that is, 
a workstation may include all or only some of the devices at several different locations. 
Additionally, devices can belong to more than one workstation, providing more flexible grouping 
of devices for device selection, access restriction, and assignment of operator consoles. 



User Interface 



CP-6 users access output devices at remote processing terminals by creating spooling output 
files that are destined to be sent to a particular remote device. The remote device may be: 

• Selected by default. If not specified, the device will default to a device of the specified type 
via a workstation established for the user. 

• Explicitly specified. The user may specify both the device type and workstation. 

• Defined generally through a logical device. The user defines logical devices through the 
LDEV command and the M$LDEV monitor service. 

Remote devices are accessed in the same way as local output devices receiving spooling output. 

CP-6 users transmit data from remote sites to the CP-6 system as streams of consecutive 
records, which upon receipt at the CP-6 site are collected into files. Such files can be "job" 
files to be scheduled for batch processing, or other files available directly to the user. Remote 
input capabilities are equivalent to those available from local card readers. 
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Terminal Support 

CP-6 remote processing supports the HASP II version 4 multileaving protocol in non-transparent 
EBCDIC mode, and the IBM 3780 BSC protocol in non-transparent EBCDIC mode with certain 
options. CP-6 will act as the master or the slave station for the HASP protocol, and as the 
master only for 2780 and 3780 protocols. Support of these protocols allows the following 
interaction with remote facilities: 

• Devices can be accessed at, and jobs may be submitted from IBM 2780 and 3780 terminals, 
and terminals that emulate them. 

• Devices can be accessed at, jobs may be received from, and sequential data may be 
exchanged with Xerox 540 XSP system. 

• Devices may be accessed at, and sequential data and jobs may be exchanged between CP-V 
and CP-6 systems. 

• Streams and jobs may be exchanged with systems supporting HASP terminals. 

• Devices may be accessed at, and jobs may be submitted from a HASP terminal. 

Networking 

The model for CP-6 network communication services is closely aligned with NBS Implementor's 
Agreements Phase 2.0 (which implements a subset of layers 1-7 of the OSI model). Figure 
14-3 shows the NBS proposed set of services and the corresponding CP-6 set of communication 
services. The implementation includes Class 4 parameters are handled by the PAD emulator. 

Transport services, Basic Activity Subset (BAS) of session services, Association Control using 
ACSE, FTAM, and X.400 message handling services. All of these communication layers 
utilize X.25 packet and link layer services to establish X.25 connection capability through 
public/private data switching networks. In addition, sufficient directory capabilities are provided 
to support X.400 and FTAM requirements. 

In the implementation of communication services, Class 0 or Class 4 connection capability is 
utilized for all transport connections; the Basic Activity Subset (BAS) of the session layer is 
utilized for all application requests (FTAM and X.400). All features of activity management, 
resynchronization, and minor synchronization in the session layer are supported as part of the 
Basic Activity Subset. 

X.400 gateway services using existing CP-6 MAIL interfaces are provided to emulate MTA 
functions in establishing MTA-MTA connectivity (using PI protocol). A local MTA mailstore 
is provided to buffer all incoming X.400 messages. 
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Figure 14-3. NBS and CP-6 Communication Models 



Protocols and Services 



The communication model essentially provides a connectivity with DSCO systems (which are 
GCOS based) and subsequent connection capability to other vendors through OSI-net and other 
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public/private data switching networks that utilize the X.25 packet and link connectivity such 
as Accunet, Transpac, etc. This interconnectivity is shown in more detail in Figure 14-4. 



X.400 Message Handling Service 

X.400 MTA services are provided through a gateway while using the existing CP-6 MAIL user 
interface and services. The co-resident MTA services construct a Pi header (*.MSG, *.ADR and 
*.SYS file formats) and establish a PI link with the outside (non CP-6) MTA. The MTA then 
functions as a terminating MTA node within an X.400 private (PRMD) domain. No through 
routing is provided through such an MTA. But the MTA gateway will eventually be able to 
establish Pi connection with other public (ADMD) MTAs through a private domain (using 
PRMD to ADMD connection). Incoming Pi messages will be stored in appropriated message 
filestore which will then be translated to CP-6 message presentation formats for rendering 
to the CP-6 MAIL user. A reliable transfer server (RTS) with the MTA gateway allows for 
standard ISO session layer interface. 



ISO FTAM (DIS) Service 

File access and management service primitives are provided to support file access negotiation, 
changing of file attributes, file creation and deletion, and file management support functions. 
A kernel unit (along with a kernel protocol) is provided to support the FTAM initiator and 
responder. A set of minimal, mandatory parameters is utilized with these implementation 
classes. This stack is intended to support MAP 3.0 applications. 

Association control primitives provided by ACSE (formerly CASE) are utilized to bind and 
unbind peer-to-peer associations for file transfer, access control and management. 
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Figure 14-4. CP-6 Phase 1 Interconnectivity 



Directory Service 

Basic directory services are provided to support name-to-address mapping used by MTA service 
units in X.400, distribution list lookup, attribute-to-list mapping used by both FTAM and X.400 
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service agents. This directory service is patterned after ISO directory specification (currently a 
DP specification). 

X.28/X.29 Support 

The CP-6 FEP supports X.28 outbound connections with a system specification set of X.3 
parameters, primarily for program-to-program communication between a CP-6 host and another 
(foreign) host. A PAD emulator running on the CP-6 host also allows terminals logged on to 
CP-6 to access remote (foreign) hosts. In the latter case, X.3 parameters are handled by the 
PAD emulator. 

The front end processor also supports X.29 protocol to provide remote asynchronous terminal 
access, incoming to the CP-6 host via an X.25 link. 

Transport and Session Support Services 

Class 0 and Class 4 transport connections are supported (with full error detection and recovery 
features). The basic activity subset of session services is supported. In addition, support 
for existing D00 session services transport header fields will continue, in addition to pure ISO 
session and transport services. D00 handlers that utilize CP-6 session and proprietary transport 
headers will continue to use CP-6 session services in conjunction with ISO transport headers 
and X.25 network connection with other FEPs/host(s). 

TCP/IP 

CP-6 TCP/IP supports a single physical interface per host to an Ethernet-based IP internet. 
Standard mail and file transfer servers are provided, as well as a programmatic interface to the 
IP and TCP protocols for host programs. 

CP-6 TCP/IP support includes TCP and IP drivers, FTP and TELNET user interfaces, access 
to SMTP, FTP and SMTP servers, and library subroutines for IP and TCP protocols. 
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CP-6 Distributed Real-Time Processing 



The real-time processing facilities of the CP-6 system provide significant enhancements 
over competitive systems. Real-time is an important access method in the CP-6 multi-use 
environment, and is particularly powerful when utilizing the filing, data base, and reporting 
capabilities of the CP-6 system. The processing load is distributed over several local and 
remote computers that work in coordination with the host computer. 

Overview 

All hardware connection to real-time external devices is provided through separate real-time 
computers. These processors carry the parts of the real-time task which are directly associated 
with data acquisition or process control. The host system provides a high performance engine 
for the computational and data base portions of the real-time task. 

Figure 15-1 shows a CP-6 distributed real-time system, illustrating some of the possible 
hardware connections. A single CP-6 host processor is connected to five real-time and 
communications processors. Local processors for real-time and communications, labeled RP 
and CP respectively, are connected to the host through a special coupler. This coupler 
provides one megabyte half-duplex data transfer over a 75-foot multiwire cable. Remote real- 
time and communications processors, labeled RRP and RCP respectively, are connected over 
communications facilities, either dedicated or switched. Individual connections are limited by 
the communication medium. Speeds up to 72K bytes are possible with standard X.25 hardware; 
Tl speeds are possible with the SLCC (Single Line Communications Controller). However, 
multiple lines may connect processors for both increased bandwidth and reliability. 
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Figure 15-1. CP-6 Distributed Real-Time System 



Software in the host includes the less time-critical real-time programs of the various applications. 
Software in the RP consists of the more time-critical real-time application programs plus 
the service routines of the real-time system for interprogram communication, connection to 
interrupts and I/O gear, timer services, and program loading and startup. 



Real-time Software Development 

The CP-6 system includes a collection of programs that provide preparation and check-out 
of user real-time programs designed to execute on the RPs and RRPs of the CP-6 system. 
Compilers, assemblers, and associated programs are provided for program preparation. Facilities 
are provided in both the host and the RP for program debugging. 



Real-time Services 



All real-time services are entered through a common system interface. The hardware protects 
programs from each other and prevents programs from damaging the operating system. Those 
services include: 
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• Intertask signalling (within and between computers). 

• Intertask message passing (within and between computers). 

• Type and priority searching of message queues. 

• Connection to one of 60 hardware interrupts. 

• Priority scheduling of tasks. 

• User control of hardware traps. 

• Task creation, loading, initialization and termination. 

• Clock service, measuring both program execution time and elapsed time. (Several timing 
operations may run concurrently.) 

• Periodic task initiation. 

• Memory and buffer management. 

• Read/write interface to supported peripheral devices and digital I/O devices. 

• User entries on system initialization, recovery, crash, and power failsafe 

• Memory sharing between tasks. 

• Management of system resources. 

Performance 

Response to interrupt signals in the real-time computer (i.e., the time from signal until entry to 
the designated highest priority program) is in the under 1 millisecond range, including context 
switching time and monitor overhead. 

Response in the host is in the under 10 millisecond range, including all context switching and 
monitor overhead. This response is measured from the acknowledgment by the CP-6 system 
of an interrupt signalling the arrival of a message from a real-time program until the time the 
designated host program is entered. 
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Section 16 
CP-6 System Programming 



The CP-6 system provides a set of convenient tools designed to aid in the development and 
maintenance of shared entities, thus allowing the system manager to tailor the system to the 
installation needs. Since a large portion of the operating system is coded in PL-6, system 
programming can be accomplished with speed and efficiency. These features result in more 
effective support from a smaller support staff. 

Shared Entities 

The CP-6 system recognizes five types of shared entities: 

• Shared libraries 

• Shared (language) processors 

• Command processors 

• Alternate shared libraries 

• Shared debuggers. 

Shared libraries reside in the user's working space at a fixed origin within the Instruction 
Segment Register (IS R) segment (see Figure 16-1) and are shared via the page table. Library 
data is always at a second fixed origin within the ISR segment. Standard linkage to shared 
libraries utilizes the direct subroutine branch (TSX) instruction. 

Shared processors that run as user programs in the user's working space utilizing dynamic data 
and user data segment space as required are shared via the page table. User programs may be 
shared in this way as an installation option. 

All command processors run in one working space which consists of procedure and constants 
plus the page table for the working space. They obtain data space from the user's working 
space data segments that are reserved for command processors. Only one command processor 
may be associated with a given user at a given point in time; therefore, the linkage segment 
for the command processor is carried in the user working space. There is no direct linkage 
(CALL-RETURN) between command processors and user programs; instead, the interface is in 
the monitor. 

All alternate shared libraries (ASL) run in one working space which consists of procedure and 
constants plus the page table for the working space. Like command processors, ASL obtain 
data space from those user's working space data segments that are reserved for ASL use. The 
interface from the user to the ASL is through the CALL form of CLIMB, while the ASL itself 
uses the RET form of CLIMB to go back to the user program. 
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Figure 16-1. CP-6 Context for Sharing 



The DELTA debugger's procedure resides in its own working space and does not occupy any of 
the user's virtual memory. In addition, DELTA needs its own data area within the user's working 
space. Descriptors in DELTA'S linkage segment provide full access to all segments within the 
user's working space, as well as access to DELTA'S procedure in its own working space and to 
the debugger data area. DELTA does not have access to any other special shared processor data 
area or procedure. DELTA is not entered directly by users; rather the monitor enters DELTA for 
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the user either as the result of a return to IBEX followed by a DELTA command or on certain 
faults. (DELTA plants fault-causing instructions at breakpoint locations.) Users may also use 
the RUM mode of DELTA to make permanent patches to run unit files. Privileged users may 
use the ANLZ mode of DELTA to examine/change the running monitor, or to examine system 
dump files. 

Interfaces 

In the CP-6 system, all programs interfaces - both intra- and inter-language - are defined via 
a set of standard calling sequences, which, for generality, are defined at the assembly language 
level. All compilers adhere to these calling sequences in the code that they generate. One of 
the standard calling sequences is the set of monitor services calls. Part of the calling sequence 
specifies the location of a Function Parameter Table (FPT) that contains information pertinent 
to the service request, as well as information pertinent to the returning of any result. 

Exceptional Condition Handling 

Facilities are provided whereby programs can specify procedures that are invoked on occurrence 
of exceptional conditions such as traps, break control from a terminal, elapsed time run out, 
and event posting. Information relating to the nature of the condition is conveyed in a frame 
on a stack devoted to exceptional condition handling, thus permitting processing of multiple 
simultaneous conditions or recursion on a given condition. Exit from condition handling may 
be of three types: resume processing from where the trap occurred, transfer to a previously 
specified label (unwinding automatic storage in the process), or merely pop the frame on 
the condition stack. Debugging of exceptional condition handling is completely supported by 
DELTA. 

Accessing Shared Entities 

Centralized enqueue/dequeue facilities are provided for general use in controlling access to any 
phenomena (data, files, programs, etc.) that can be shared by more than one program. 

Initialization and Data 

Of the five shared entities discussed above, only shared libraries and shared processors have 
any data space in the Instruction Segment with which to work when they are first entered. 
Command processors, debuggers, and alternate shared libraries may have initialized data 
segments that are acquired at initial association time. 
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Star Files 

The names of one type of CP-6 file are guaranteed by the system to be unique for a given 
batch job (or terminal user): the star file. A file is considered a star file if, and only if, the 
first character of its name is an asterisk (*). The directory for star files is named *T and is 
itself cataloged in the Job Information Table (JIT). Star files exist only as long as the job (or 
terminal session) exists, and they never appear in any of the system catalogs. The following 
star files names are reserved: 



Star File 




Name 


Contents/ Purpose 


*A 


Assign/merge information 


*G 


Object unit output from compilers 


*I 


Reserved for l-D-S/ll 


*L 


Default run unit 


*N 


Used by LDLNK 


*S 


Step accounting, miscellaneous IBEX information 


*X 


Reserved for the monitor. 



All other names are available (e.g., for use as temporary files) and are not restricted to two 
characters. 

Standard DCBs 

By convention, all processors are expected to use standard Data Control Blocks (DCBs) for 
standard I/O functions. For example, source input is read through the M$SI DCB. The 
important standard DCBs are: 



DCB 


I/O Functions 


M$SI 


Source input 


M$UI 


Update input 


M$D0 


Diagnostic output 


M$L0 


Listing output 


M$S0 


Source output 


M$0U 


Object unit output 


M$ME 


Command stream input 
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DELTA Directive Summary 



This appendix consists of the following six tables that describe the directives interpreted by the 
DELTA debug processor: 

• Table B-1 contains a list of DELTA housekeeping directives, which influence the behavior 
of the DELTA processor. These directives control I/O, addressing and symbols, stored 
directives management, and faults and traps. 

• Table B-2 contains a list of DELTA execution control directives, which determine when 
DELTA is to assume control of an execution run unit. These directives control procedure 
and data breakpoints, transfers, procedure stepping, and special purpose execution. 

• Table B-3 contains a list of DELTA execution tracing directives, which cause the flow of 
control within a run unit to be recorded and displayed. 

• Table B-4 contains a list of DELTA memory display and modification directives, which 
display and change the control of both memory and program visible registers. 

• Table B-5 contains a list of DELTA mode control directives, which instruct DELTA to 
change from the normal debug mode to: 

• RUM mode to apply permanent patches to a run unit. 

• ANLZ mode to examine the running monitor or a system dump file. 

• Table B-6 contains a list of DELTA miscellaneous directives (those that do not fall into the 
other DELTA directives categories). 

In each table, directives are listed alphabetically, and a brief description of directive function is 
included for each directive. 



CE26-02_DRAFT 



B-1 



DELTA Directive Summary 



Directive 


Function 


ACTIVE INACTIVE 


Activates or deactivates a single directive or a range 
of stored directives. 


ALTERNATE VARIABLES 


Specifies alternate debug schema to be searched when 
an unqualified variable reference is not satisfied by 
searching the current schema. 


BYPASS 


Bypasses assembler program units during stepping. 


COPY 


Causes DELTA output to be copied on the user 
terminal when the specified destination for output is 
other than the user terminal. 


DEFINE 


Associates a value or location with a symbol. 


DO 


Executes the attachments to a stored directive or 
group of directives identified by the SAVE directive. 


ECHO 


Causes input to be echoed to an output device when 
DELTA input is from a device other than an on-line 
terminal. 


EOM 


Sets or resets a special activation (end of message) 
character set. 


FORMAT 


Specifies default format for MODIFY and EVALUATE 
display output. 


KEEP/ 1 RAP IGNORt 


Directs DbLIAs handling ot asynchronous events and 
other exceptional conditions. 


1/ 1 1 i 
KILL 


Deactivates a toggle or removes a stored directive or 
a range of stored directives. 


ON ABORT 


Specifies activities to occur upon abort. 


O m rviT 
UN LAI 1 


opecities activities to occur upon normal exit. 


OUTPUT 


Specifies destination for DELTA output. 


PROMPT 


Sets the DELTA prompt character. 


RANGE 


Specifies a range of offsets from a defined symbol to 
be used for position reporting. 


READ 


Causes DELTA to read other than the normal input 
stream. 


REPORT 


Directs DELTA's formatting of position reporting. 


SAVE 


Stores and remembers a single or a range of stored 
directives. 


SCHEMA 


Activates or deactivates schema usage or sets 
"current" schema. 



Table B-l. Housekeeping Directives 
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Directive 


Function 


SHOW 

SIL'ENT/UNSILENT 

SYNTAX 

USE NODE 


Displays the status of toggled options, keyword option 
or a single directive, attachment or range of stored 
directives and attachments. 

Activates or deactivates the reporting of a single 
directive or a range of stored directives. 

Allows explicit specification of input syntax (for 
example, FORTRAN, COBOL, and RPG II). 

Activates schema(s) associated with a specific overlay 
node. In RUM mode, allows access to specific overlay 
nodes. 



Table B—l. Housekeeping Directives (part 2) 



Directive 


Function 


ALIB 


Specifies return /altreturn from MSALIB call to 
DELTA. 


AT 


Sets an instruction breakpoint. 


BREAK 


Passes control to user interrupt routine. 


EXIT 


Exits from a run unit invoked by M$LINK and returns 
to the linking program, or continues an M$LDTRC or 
M$SAVE. 


GO 


Proceeds with program execution. 


GOSTEP 


Goes to a specified location and executes one step. 


GOTRAP 


Passes control to user's event handling routine when 
DELTA has been entered for an exceptional or 
asynchronous event. 


GOTRAPSTEP 


Passes control to user's event handling routine for 
execution of a single step. 


ON CALL 


Sets breakpoints on a specific procedure call. 


ON CALLS 


Sets breakpoints on all procedure calls. 


ON NODE 


Sets a breakpoint on a specific overlay. 


ON NODES 


Sets breakpoints on all overlays. 


SOC 


Steps one CALL statement, halting upon return. 


STEP 


Steps by statement or instruction. 


WHEN 


Sets a data breakpoint. 


XCON 


Passes control to the unit's exit control procedure. 



Table B-2. Execution Control Directives 
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Directive 


Function 


HISTORY 
PLUGH 

TRACE 

TRACE XCALLS 


Displays contents of the history buffer (filled by 
TRACE). 

Traces back through the automatic stack and lists the 
return addresses leading to the arrival at the current 
procedure point. 

Traces transfers at the statement, substatement, or 
instruction level or traces the flow of paragraphs. 

Traces entry to all procedures. If XCALLS is 
specified, traces entry to external procedures only. 


Table B-3. Execution Tracing Directives 


Directive 


Function 


DISPLAY 
DUMP 

EVALUATE 

FIND 
LET 

MODIFY 

PMD 

STORE 


Displays the value of a variable or the contents of an 
address. 

Dumps a specified range of memory in octal or 
hexadecimal format. Optionally provides ASCII 
translation. 

Evaluates an expression and reports its value in a 
specified format. Reports the address of a program 
entity by segment and offset. 

Searches memory under mask and optionally 
substitutes under mask. 

Changes the value of a variable or the contents of an 
address. 

Displays the contents of an address and optionally 
replaces it with new contents. 

Dumps specified portions of a program which 
terminates abnormally. 

Modifies a range of memory. Optionally performs the 
modification under mask. 


Table B-4. Memory Display and Modification Directives 



B-4 



CE26-02_DRAFT 



CP-6 System Programming 

Tools 

The CP-6 utility programs account (commonly called the "X account") is the official repository 
for tools on CP-6. These tools fall into many categories and greatly increase the power and 
flexibility of the CP-6 system. These tools have been written by CP-6 developers and customers. 

The X account contains, at present, 470 tools. These can be categorized as follows: 
Documentation Tools 
Educational Tools 
General Tools 
Graphics Tools 
Integration Tools 
Microprocessor Tools 
Office Automation Tools 
Programming Tools 
Programming Language Tools 
Project Management Tools 
Support Tools 
System Management Tools 
System Programming Tools 
Utility Tools 

The X account contains documentation for each tool, an overview of the available tools, and 
a list of the tools that have been added since the last release of the system. 
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Section 17 
CP-6 System Management 



The system management facilities of CP-6 are far more powerful than those of competitive 
systems. Through a complete package of system management processors, a CP-6 system and 
its associated resources can be dynamically tuned for maximum performance and cost efficiency. 
In addition, the RATES processor allows the system manager to define monetary charges for 
any level of activity. 

System Definition 

CP-6 system definition facilities include the program and procedures in the system which 
accomplish configuration and reconfiguration. Some of this process occurs during cold start, 
parts during warm start (or recovery), and parts can be dynamically changed during system 
operation. 

The startup process takes about 45 minutes and does not require user interaction or the 
presence of specially trained personnel. 

The start-up adaptation of the CP-6 system to its hardware includes generation of tables for 
peripheral devices, I/O enqueuing, physical memory management, and managing the CP-6 
users. Certain tables grow and shrink dynamically, adapting to the demands of load during 
system operation. This procedure relieves the system manager or analyst of the difficult chore 
of estimating requirements in advance. Tables handled in this manner are: 

• File access control tables (CFU). 

• Enqueue/dequeue tables. 

• I/O accelerator tables and buffers. 

• Communication context (line) tables. 

Network definition does not require a startup procedure. CP-6 carries definitions of remote 
processing workstations in files that may be created and altered during system operation. 
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System Performance Control 

The system manager can allocate the resources of the system to jobs with certain attributes 
by defining a set of batch job classes under which diverse categories of jobs may run. A 
batch job class is characterized by a set of job attributes. Physical system resources such as 
memory/spindles, or tape drives are not permanently allocated to a particular batch class. All 
jobs executing in the various batch classes draw their physical resource requirements from a 
common pool without regard to the class under which they qualified for execution, except that 
the numeric limits that pertain to that class will apply. Examples of attributes that comprise 
a batch job class profile are: 

• Minimum and maximum job execution time. 

• Minimum and maximum amount of main memory. 

• Minimum and maximum number of disk drives. 

• Minimum and maximum number of tape drives. 

All jobs submitted for CP-6 batch execution share the same input queue (the batch job queue). 
Jobs are selected from this queue for execution in the batch job classes. 

Scheduling is performed in the following manner: 

1. Available resources are determined. 

2. The highest priority job requiring only available resources is selected. 

3. The batch job class tables are searched for a job class that fits the requested resources and 
is currently available. 

4. If no job class is available for the selected job, the next job is considered as in step 1, 2, 3. 

In summary, batch job class definitions are a primary factor in the job selection process. The 
system manager may direct processing of any particular category of jobs by means of those 
definitions. 

In a time-sharing/batch processing system, emphasis may be given to batch processing by 
opening up more batch job classes. The CP-6 system is queue-driven; tasks are selected from 
prioritized queues without regard to the source of the request (i.e., on-line, batch, or remote 
batch). If there is a heavy on-line user load and as the number of batch job classes increases, 
the number of compute-bound tasks will increase. Batch jobs will get more CPU time due to 
the large amount of time assigned to them. More attention can be given to certain categories 
of batch jobs by increasing the number of batch job classes suitable for them. This procedure 
makes no significant difference in on-line response time because interactive requests have a 
higher priority than compute-bound jobs. 
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System Tuning and Measurement 

The CP-6 system includes a comprehensive set of performance measurement and system control 
facilities. These facilities allow the system manager to determine how the system is performing 
and to adjust critical operational parameters to achieve better performance. The CONTROL 
and STATS processors provide these facilities. 

The CONTROL processor provides a means of adjusting system performance. CONTROL 
processor commands enable the system manager to display measurements and to "tune" 
the system as needed by setting new values for parameters that affect system performance. 
CONTROL provides commands for: 

• Display of system parameters. 

• Modification of system control parameters. 

• Display and modification of batch job class definitions. 

The STATS processor performs two functions: displaying selected performance data in real- 
time, and creating "snapshot" records of performance data for later processing. The STATS 
processor provides a global view of system performance by formatting and displaying the 
statistical data collected as snapshots. The processor allows the system manager to: 

• Request a chronological listing of snapshot data for one or more groups of performance 
statistics. 

• Specify a filter to remove out-of-range data from the sample for subsequent reports. 
Resource Management 

The term resource has a very specific meaning in the following discussion. A resource is any 
portion of the CP-6 installation that is to be shared by the users in such a manner that each 
user requiring the resource is allocated the resource for its exclusive use. Private disk packs are 
an exception. Under some circumstances, private disk packs may be shared even though they 
have been defined to be resources. Tapes, disks, printers, the CPU(s), and main memory are 
common types of resources. Spooled devices and public storage devices can never be defined 
to be resources because they are non-allocatable devices; that is, they are never reserved for 
the exclusive use of one user. 

Special resource management routines within the monitor keep track of the number of resources 
of each kind that are available for use. For a batch job, the requirement for resources is 
compared with the available resources and the job is not started unless sufficient resources 
are available. Furthermore, the resources are reserved for the exclusive use of the job. Thus 
availability of resources is guaranteed even if time elapses between job startup and actual use 
of the resources. 

The CP-6 system requires no correspondence between a physical device and a managed 
resource. When there is no correspondence between a resource and an actual physical device, 
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the resource is called a pseudo-resource. Pseudo-resources are used to achieve special job 
scheduling effects and for other purposes. 

The system manager must define the installation's resources, establish system defaults and 
maximums for use of the resources, and set limits on the use of the resources for the individual 
users. 

During system definition, the system manager establishes which items are to be considered as 
resources. For each resource, the system manager establishes the system defaults and maximum 
values. 

The CONTROL processor is used to dynamically modify the default and maximum values 
associated with each resource. Resources are defined during system definition, but a resource 
may be effectively removed from or returned to the system by appropriate modification of the 
values associated with the resource. 

The SUPER processor is used to establish the maximum amount of each resource that is to be 
available to each particular user. 

User Authorization 

Before any user can perform any CP-6 processing, the user's account must be created by the 
system manager. When the account is created, the system manager must specify the user's 
name and account number. In addition to these items, the system manager decides for each 
account: 

1. The associated type and level of privilege granted the user. The user may be authorized 
for use of many facilities. For example, the user may be authorized to: 

2. Run diagnostic programs. 

3. Access and change the monitor. 

• Read and write error files; request devices; invoke diagnostics, and authorize 
enqueue, dequeue automatically. 

• Examine (but not change) the monitor. 

4. Whether an initial password is to be associated with the account. If specified, log-on cannot 
be completed unless the password is provided. 

5. Whether all files created under this account may be read, executed, or modified by other 
users. A default is applied to files created by the user unless the user explicitly gives 
overriding instructions. 

6. Whether a security check is to be performed on newly allocated main memory to be used 
by this account. If requested, all memory that the user will access will be effectively erased 
before being accessed. 

7. Whether the processors available to this account are to be restricted. 

8. Whether to automatically connect a user of this account to a given processor. 
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Through these features, an installation has numerous security controls over each and every user. 
These controls may, at the system manager's discretion, be applied to users on an individual 
account basis. 

Project Administration 

To ease the task of user account management, the system manager may delegate authority to 
project administrators. The system manager defines the constraints and maximum resources 
that a project of users may have. A project administrator may then define each user within the 
project and, with appropriate authorization, may create sub-projects within the project. 

Use Accounting 

During the operation of each job, the CP-6 system accumulates a wide assortment of accounting 
information which collectively records the job's activities. Accounting statistics gathered include 
counts of CPU use, memory use, I/O operations, pages printed, cards punched, monitor service 
requests, terminal I /O character rates, and many others. These accounting statistics are written 
into a file which may be used by the installation to prepare charges for its customers. Interfaces 
are provided so that installation-supplied routines may augment or modify the records written 
to the accounting file. Furthermore, extra counters are included for use by the installation in 
preparing special charges of their own, either for unique programs or for individual transactions 
within unique programs. 

An option exists which will cause the system to write an accounting record for each job step 
completed. This record includes the counter values attributable to the step plus the name of 
the executing program. Use of this option facilitates charging for proprietary program products. 

The RATES processor allows the system manager to define monetary charges for each of the 
system counted values. Given these values, the system will automatically calculate the proper 
charges for the user session or job step. Additional features include a currency conversion 
multiplier, different rate structures to be applied to different classes of users and to the same 
users under different circumstances such as time of day, and charge discounting. Separate 
charging schedules are available for printed forms and for program usage. Program interfaces 
within the charge calculating program permit the addition of installation-specific routines into 
the charge calculation process. 

The system provides summary information to batch and on-line users at the end of each job, 
detailing the counter values accumulated. Charges are included if the RATES processor is used, 
and details at each job step are optionally available. 

CP-6 budget accounting is also available. Budget accounting permits an installation to establish 
a budget hierarchy and to control access to the system depending on a user's remaining budget. 
Budget accounting controls determine whether or not a user (or anyone else) will be denied 
access when the budget is exhausted. The installation has the option of performing budget 
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calculation at step-time, providing very tight control on budget over-runs. A job-step which 
exhausts the budget may be, at installation option, the last one the user is allowed. Additional 
granule accounting is available to describe inactive files and shelf life as well as mounted life 
of pack sets. The budget accounting hierarchy follows the user project hierarchy in the user 
authorization file. 

Automated Customer Support 

Hardware and software support by Bull is coordinated through a central point. Software 
support features an online information management system (STARLOG) which is available 
for data entry and retrieval by customers, Bull's Technical Assistance Center and software 
developers. This common data base is a repository of all known problems. It is enhanced by 
automatic notification (by electronic MAIL) to developers for high severity problems, automatic 
notification of the arrival of customer test cases, automatic notification that a patch for 
a problem has completed the test cycle, and automatic notification should a bad patch be 
detected. 

Software patches are available on a weekly basis, via a synchronous link to the software 
development CP-6 computer system. 

Other features of the automated support system include an early warning system which reports 
trends in system reliability and a remote debugging capability that allows Bull personnel to 
logon to a customer system for problem analysis, if the customer site permit such access. 
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CP-6 Computer Operations 



The CP-6 system is designed to function effectively with a minimum of operator intervention. 
System support requirements are minimized during initial installation. Reconfiguration and 
patching are simply and inexpensively implemented. Since recovery is automatic, the system 
can be run in unattended mode without an operator present when specific applications do not 
demand the use of central site peripherals such as tape drives and line printers. Any local 
or remote terminal can be designated as an operator's console, thereby eliminating problems 
caused by console failure. Operator tasks can be divided into logical groups, each handled 
through a separate terminal, thus reducing the training required for an operations staff. Each 
of these features results in significant operations cost reduction. 

Installing, Reconfiguring, and Patching the System 

CP-6 installation, reconfiguration, and patch features are designed to minimize the time and 
staff required to install or modify the system. The procedures have been standardized and 
simplified so that virtually no support is required from the Bull staff. 

Any hardware or software configuration can be installed completely by the customer's system 
support staff. After the hardware has been installed and tested, a support staff of one can install 
the full set of CP-6 software within two hours, including both central system and separately 
priced components. 

The CP-6 operating system arrives at the site on a minimum number of system tapes (four at 
most) that contain all the ordered components of the system including separately priced ones. 
If the system configuration is standard, the support staff need only mount the tapes, push the 
boot buttons, and follow the instructions provided by Bull. If the system is configured in a 
non-standard way, the procedure is only slightly modified. 

Using the CP-6 SPIDER and PCL processors, the system support staff can install new or 
replacement processors in minutes, normally without creating new system tapes and on a 
running system. Reconfiguration can be accomplished without interrupting user service. 

Bull-supplied system patches are likewise easily installed through patch files (at sites with 
synchronous communication capabilities) or patch tapes. Patches to processors may be installed 
on a running system without interrupting user service. 
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Unattended System Operation 

An important feature of the CP-6 system is that the computer operator may leave the system 
alone and let it run itself. This feature allows an installation to have selected periods of time 
(for example, graveyard shift) to provide time-sharing or to run time-sharing concurrently with 
batch jobs which require no peripheral device action on the part of the operator. 

To allow unattended operation, the operator uses a system facility to logically remove the 
peripheral devices which would require an operator's attention (e.g., line printers and tape 
drives). These devices can then be turned off so there need be no concern about a tape or 
printer device failure in the operator's absence. Printer output will collect in the output spooling 
files. When the operator returns, the devices can be turned on and returned to the system 
and the collected output will be printed. If an on-line or batch job requests the mounting of a 
tape, the request will be denied and only that one job will be affected. The system continues 
operation in a normal mode. 

Initialization 

Several procedures combine to cover the general subject of system start-up, initialization, and 
recovery from various levels of error situations. Each of the procedures is tailored to restoration 
of the minimum amount of the system required to regain operation. Further, recoveries proceed 
automatically, generally requiring no operator intervention. 

Job and System Controls 

The operator controls system operation through the use of console keyins. CP-6 operators 
may use any remote or local terminal to control system activity. Operator activities may be 
separated into several groups with each group of commands and their associated messages 
handled from a separate terminal (e.g., one for tape mounts, one for printer control). 

A terminal that has been logged on as a console can simultaneously be used as a time-sharing 
terminal via a special set of keyins provided by the console ghost facility. The operator still 
receives messages and action requests, and can respond with device and other keyins, while 
acting as a time-sharing user. This feature assures maximum utilization of terminal resources. 

Removable Storage Initialization 

The Pack Set Initializer (PIG) program initializes pack sets for use with the file management 
system. PIG is used to establish serial numbers, account directories, and granule allocation 
and to write headers and other system information on selected areas of the volumes. 
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Peripheral Device Error Procedures 

If the monitor encounters an abnormal condition during an I/ O operation, it will send a message 
to the operator. These messages are generated both for errors that are irrecoverable and for 
errors that are recoverable with operator assistance. The operator may respond with a device 
keyin of the form: 

action device 

The "action" can be any of the following: 

Action Meaning 

CONTINUE Continue, the problem has been solved. 
ERROR Continue, but inform the program of the error. 

RETRY Retry the I/O operation. 

In addition to logging errors on the operator's console, the system also maintains a system error 
log file. This file contains a log of system and peripheral device failures that were corrected, 
that were irrecoverable, or that required operator assistance for recovery. 
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IBEX Command Summary 



This appendix contains a table of the commands interpreted by the IBEX processor. The 
commands are listed alphabetically, and a brief description of command function is included 
for each command. 



Command Mnemonic 


Function 


ACCEPT 


Controls printing of operator originated messages at 
the user's terminal. 


ACQUIRE 


Requests additional resources. 


ADJUST 


Modifies DCB assignments during a job step. 


ATITLE 


Inserts a title into the accounting record generated for 
a job, or deletes a previously assigned title. 


BACKUP 


Qualifies a file to be saved on backup tape storage. 


BATCH 


Submits one or more jobs for batch execution. 


BUILD 


Invokes the EDIT processor to create a file. 


BYE 


Terminates an on-line session and disconnects the 
terminal. The OFF command is a synonym. 


CANCEL 


Deletes a job from the batch job queue, aborts the 
processing of an executing job, or deletes a job's 
output from the output queue. 


CHECK 


Shows the status of jobs in the batch queue, jobs 
executing and jobs awaiting output. 


COMMENT 


Controls the listing of diagnostic output. 


CONTINUE 


Resumes an interrupted activity, and terminates 
interrupt mode. The GO and PROCEED commands 
are synonyms. 


COPY 


Transfers data between peripherals. 


DATE 


Requests a display of the time and date. The TIME 
command is a synonym. 



Table A-1. IBEX Commands 
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Command Mnemonic 


Function 


DEFAULT 


Establishes or rescinds default data replacement 

jUCLI 1 \ \*<X l \ \J \ lo. 


DELETE 


Deletes disk files. 


DELTA 


Invokes DELTA after execution is interrupted. 


niDCTTADV 

DIKtL 1 UKY 


Changes the default account and pack set for fids 
specified during the session or job. 


DISPLAY 


Prints information on current users and the system. 


DONT 


Cancels the conditions set by the ACCEPT, 

r n y ii /i c m t n./~ur\ i ict ddatctt i 

L U 1 VI Ivl t l\l 1 , bLHU, Lib 1 , or rKU 1 tL 1 command. 


L 


Invokes the EDIT processor to manipulate a file. 


ECHO 


Prints IBEX commands contained in a command file 
as they are read from the command stream. 


END 


Terminates interrupt mode, prompting the user for 
and IBEX command. The QUIT and STOP 
commands are synonyms. 


rn act 

ERAS t 


Deletes output accumulated for logical devices. 


GET 


Recalls a saved activity from disk storage. 


GLOBAL 


Establishes, rescinds and displays global data 
replacement specifications. 


GO 


Resumes an interrupted activity and terminates 
interrupt mode. 1 he L.UI\I 1 INut and bl) commands 
are synonyms. 


GO 1 O 


Directs branching forward within a command stream. 


IF 


Establishes conditions for affecting command stream 
logic, and specifies alterations in the command stream 
flow . 


JOB 


Defines a batch job and its attributes. 


L 


v rinis a summary ot uisk or laDcieQ tape storage. 


LDEV 


Defines logical devices and also defines and modifies 
logical device attributes. 


LET 


Sets a value for STEPCC or defines a command 
variable and sets a value for it. 


LIMIT 


Establishes maximum values for system resources. 


LINK 


Invokes the LINK processor to create a run unit. The 
LOAD and LYNX commands are synonymous. 



Table A-l. IBEX Commands (part 2) 
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Command Mnemonic 


Function 


LIST 


Determines disposition of listing output. 


LOAD — LYNX 


Invokes the LINK processor to create a run unit. The 
LINK command is a synonym. 


MAP 


Invokes the LINK processor to produce a map. 


MESSAGE 


Directs a message to the installation operator's 
console. 


MODIFY 


Modifies the name, password, and attributes of one or 
more files. The RENAME command is a synonym. 


OFF 


Terminates an on-line session and disconnects the 
terminal. The BYE command is a synonym. 


ORESOURCE 


Requests resources and establishes global limits for an 
on-line session. 


PASSWORD 


Creates, changes, or deletes a log-on password for an 
account. 


PLATEN 


Defines the number of lines per page and characters 
per line on terminal output. 


PMD 


Invokes DELTA to dump specified portions of a 
program which terminate abnormally. 


PRINT 


Immediately sends output accumulated for logical 
devices to their destinations. 


PRIORITY 


Establishes the default priority for a job. 


PRIV 


Requests authorization and deauthorization of 
privileges. 


PROCEED 


Resumes an interrupted activity and terminates 
interrupt mode. The CONTINUE and GO commands 
are synonyms. 


PROFILE 


Selects a terminal profile. 


PROTECT 


Instructs IBEX to issue a QUIT? message prior to 
performing any activity which will make the user's 
interrupt process unresumable. 


QUIT 


Terminates interrupt mode, prompting the user for an 
IBEX command. The END and STOP commands are 
synonyms. 


RELEASE 


Deallocates allocated resources. 


REMOVE 


Requests that a tape be removed from a system tape 
drive. 



Table A-l. IBEX Commands (part 3) 
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RENAME 


Modifies the name, password, and attributes of one or 
more files. The MODIFY command is a synonym. 


REPORT 


Specifies the level of accounting statistics to be 
displayed after each job step. 


RESET 


Modifies DCB assignments at a job step. 


RESOURCE 


Requests resources and establishes global limits for 
batch processing. 


REWIND 


Rewinds a tape to its beginning or load point. 


RUM 


Invokes DELTA to process permanent patches against 
a run unit. 


RUN 


Invokes the LINK processor to link specified object 
units into a temporary run unit, fetches the run unit, 
and initiates execution. 


rununit 


Fetches the specified run unit and initiates execution. 


SAVE 


Copies the current contents of memory to a disk file. 


SET 


Assigns a file or device to a DCB and sets DCB 
parameters. 


SETUP 


Specifies an IBEX command that will be automatically 
executed whenever the issuing account logs on to the 
system. 


START 


Fetches a run unit and either initiates execution of it 
or invokes a debugger to process it. 


STATUS 


Displays information about system usage during the 
current session. 


STOP 


Terminates interrupt mode, prompting the user for an 
IBEX command. The END and QUIT commands are 
5y nony ms. 


SWITCH 


JCLj ci I 1 Li F CjCIj DC II jC b WILLI l"b . 


TABS 


Sets terminal tab stops. 


TERMINAL 


Defines the attributes for a terminal. 


TIME 


Requests a display of the current time and date. The 
DATE command is a synonym. 


TITLE 


Inserts a heading at the beginning of each output 
listing page. 


UNDER 


Invokes a debug processor. 



Table A-l. IBEX Commands (part 4) 
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Command Mnemonic 


Function 


XEQ 


Initiates execution of a file of commands. 



Table A-l. IBEX Commands (part 5) 
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Directive 


Function 


AMLZ 
RUM 


Associates the schemas for the CP-6 monitor and sets 
DELTA'S domain of reference to that of the running 
monitor or a specified system dump file. 

Invokes the Run Unit Modification (RUM) mode for 
permanently patching a run unit file. 



Table B-5. Mode Control Directives 



Directive 


Function 


END— QUIT 


Unconditionally exits to the command processor. 


HELP 


Provides HELP for most commands. 


LIST 


Lists changes made during Run Unit Modification. 


PROTECT 


Sets Protect mode (disallows LET, MODIFY store). 


SAD 


Allows addressing through the monitor Special Access 
Descriptor for privileged users. 


UNFID 


Performs M$UNFID on specified DCB. 


XEQ 


Executes a GMAP6 assembler instruction. i 


? 


Requests elaboration of last-issued error or HELP j 
message. j 


?? 


Requests all available information on the last-issued 
error or HELP message. 



Table B-6. Miscellaneous Directives 
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This appendix consists of the following three tables that describe the commands interpreted 
by the EDIT processor: 

• Table C-1 contains a list of EDIT file commands, which build, copy, merge and delete 
files. EDIT file commands are organized functionally into the following groupings: editing 
attribute commands, file manipulation commands, and informational commands. 

• Table C-2 contains a list of EDIT record commands, which insert delete, reorder, replace 
and print the lines of a file. EDIT record commands are organized functionally into the 
following groupings: alter commands; insert/delete commands; print commands; reorder 
commands; search commands; and select commands. 

• Table C-3 contains a list of EDIT intra-record commands, which modify the characters 
within a record. EDIT intra-record commands are organized functionally into the 
following groupings: conditional execution commands, string manipulation commands, and 
miscellaneous commands. 

In each table, commands are listed alphabetically within functional groupings. A brief 
description of command function is included for each command. 



Functional Grouping 


Command 


Description 


Editing 


BP 


Retain fields of blanks. 


Attribute 


CR 


Include carriage returns. 


Commands 


CRPT 


Set a data encryption 






seed. 




RP 


Maintain record lengths. 




TA 


Set tab positions. 




TABC 


Controls tab compression. 




TABX 


Controls tab expansion. 




TYPE 


Select a file type code. 



Table C-1. EDIT File Commands 
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Functional Grouping 


Command 


Description 




Vb 


Verity editing. 




ni hi n 

BUILD 


Create a new tile. 


File 






ivianipuiaiion 




Ivlake a copy ot a tile. 


Lommanas 


DPI FTP 
UlLl 1 C 


Delete a file. 




EDIT 


Select a file for editing. 




END 


Return to IBEX. 




EXAMINE 


Select a file for 






examination. 




MERGE 


Merge one file into 






another. 




READ 


Read a command file. 




HELP 


Supply information. 


Informational 






Commands 


LIST 


List files. 




STATUS 


Display EDIT status. 


Tab/e C-I. EDIT File Commands (part 2) 


Functional Grouping 


Command 


Description 


Alter Record 


AD 


Add to end of record. 


Commands 


CM 


Insert commentary. 




CT 


Print and insert 






commentary. 




RR 


Reread record. 




AP 


Append records. 


Insert/Delete 






Record Commands 


DE 


Delete records. 




IA 


Insert after records. 




IB 


Insert before records. 




IN 


Insert records. 




IP 


Insert new records. 



Table C-2. EDIT Record Commands 
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Functional Grouping 


Command 


Description 




IS 


Insert records with period 






prompt. 




OL 


Print at the line-printer. 


Print Record 






Commands 


TC 


Print records compressed. 




TIM 


Print next record. 




TP 


Print previous record. 




TS 


Print records without 






keys. 




TY 


Print rernrd with Wp\/<; 

1 IIIIL 1 CLUI KJ VVILII l\Cy J. 




MD 


Move and delete records 

1 V 1 V/ V V— CI 1 1 VI VI VIVIV* IV. V> V/ 1 Vi J • 


Reorder Record 






Commands 


MK 


Move and keep records. 




RN 


Renumber records. 




r U 


Find and delete records. 


Search Record 






Commands 


FS 


Find and print keys of 






records. 




FT 


Find and print records. 




SE 


Select records for 






intra-record editing. 


Select Record Commands 






SS 


Select records for set and 






step. 




ST 


Select records for set, 






step, and type. 



Table C-2. EDIT Record Commands (part 2) 
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Functional Grouping 


Command 


Description 


Conditional 


El 


End condition. 


Execution Commands 


C | 

EL 


Else conditional execution. 




IF 


Conditional execution. 




QP 


Quit processing, return. 




RL 


Return to beginning of 






command line. 




A 

A 


Align columns. 


String 






Manipulation 


D 


Delete string. 


Commands 


E 


Overwrite string, blank 






fill. 




F 


Insert string following. 




1 


^ n i t t i m a or p 1 t*ft 

<J 1 1 1 1 L Ullage ICIL. 






vyvcrwnic siring. 




P 


Insert string preceding. 




R 


Shift image right. 




S 


Substitute string. 




CI 


Copy current record, 






interlacing. 


i^rpl tanpm i<; ffimmand<; 








n 

V_ l_ 


uvciiioc column euiiiiig 






limits. 




CP 


Copy current record, 






protected. 




JU 


Jump to new sequence. 




NO 


No change. 




RF 


Reverse blank 






preservation. 




TX 


Print changed records. 



Table C-3. EDIT Intra-Record Commands 
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Appendix D 
PCL Command Summary 



This appendix contains a table of the commands interpreted by the PCL processor. The 
commands are listed alphabetically, and a brief description of command function is included 
for each command. 



Command 


Function 


COPY 


Transfers data between peripherals. 


COPYALL 


Performs mass file transfers from one account^ to 
another. 


COPYSTD 


Performs mass file transfers where the sources^ are 
specified in an STD file. 


DELETE 


Deletes disk files. 


DELETESTD 


Deletes disk files as defined in an STD file. 


END 


Terminates PCL processing and returns the user to 
IBEX. 


ERASE 


Deletes device streams from the system. 


ERRORS 


Determines the handling of output files and streams 
in the event of an error or break condition. 


HELP 


Provides information about PCL, its concepts, and 
commands. 


LIST 


Prints a summary of disk or labeled tape storage. 


LISTSTD 


Prints a summary of disk or labeled tape STD file 
storage. 


MODIFY 


Modifies the name, password and/or file attributes of 
one or more files. 


PRINT 


Prints all pending output through device streams. 


RELEASE 


Requests that a tape be removed from the system 
tape drives and that the drive be released to the 
system. 
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REMOVE 


Requests that a tape be removed from a system tape 
drive. 


REVIEW 


Prints a summary of disk storage, allowing the user to 
user to delete, relist or copy the contents of the file. 


REVIEWSTD 


Prints a summary of disk storage, with the files 
defined in an STD file, allowing the user to delete, 
backup, or copy the contents of the file. 


REWIND 


Rewinds a tape to its beginning or load point. 


SCAN 


Searches a free tape up to the first encountered 
double tape mark and reports on the density, number 
of records, and longest record length. 


SPE 


Positions a tape just beyond the end of its last file on 
idDciea tape or Deiween ine next two adjacent rape 
marks on free tape. 


SPF 


Positions a tape to the beginning of a specified file. 


SPR 


Positions a free tape forwards or backwards a 
specified number of records. 


TX 


Sets the tab stops for PCL copy operations which use 
the TX option. 


WEOF 


Writes an end-of-file record to the specified device. 



Table D-l. PCL Commands (part 2) 



D-2 



CE26-02_DRAFT 



Appendix E 
Summary of Monitor Services 



This appendix contains tables of CP-6 monitor services. These services are available to user 
programs regardless of the language in which they are written; interface routines may be 
required in certain cases. The monitor services are listed alphabetically by name, and a brief 
description of service function is included for each monitor service. 



Name 

M$ACPL 
MSACTIVATE 

M$ALIB 

MSASUSER 

MSBADPP 

MSCGCTL 

MSCGINFO 

MSCHECK 

MSCHGUNIT 

MSCLOSE 

MSCLRSTK 

MSCORRES 

MSCOUPLE 

MSCPEXIT 

M$CVM 

M$CVOL 

M$DCB 



Function 
Accept coupling. 

Allow other users and terminals access to a 
comgroup. 

Associate a monitor service or alternate shared library 
(or a debugger) with the user program. 

Attach a suspended user image. 

Remove a bad page from normal use. 

Establish comgroup parameters. 

Get information about comgroup status. 

Check the I/O completion type. 

Increment counters in the user JIT. 

Close a file (terminate I/O through a DCB). 

Clear the Exceptional Condition Stack and proceed in 
line. 

Check for correspondence of DCB assignments. 

Associate one terminal with another. 

Exit from a Command Processor. 

Change the virtual map. 

Terminate I/O to the magnetic tape reel. 

Compile a data control block (DCB). 



Table E-1. CP-6 Host Monitor Services 



CE26-02.DRAFT' 



E-1 



Summary of Monitor Services 



1 

! Name 


Function 


MS DEACTIVATE 


Disallow other users and terminals access to a 




comgroup. 


MSDECOUPLE 


End association of terminals. 


MSDELREC 


Dplpfp Hat's rpfnrrls or ranfffs of rprords 


fvHDFO 

IVI 4 1 \-> 1— >X 


UclJUcUc IU1 d lOglt-dl IcbOUlLc. 


MSDFVICF 


1 nanorp nf*\iit~e* trirmattincr attriniitPQ 

V-Mdl ItC UCVItt 1 \Jl 1 1 1 d l 1 1 1 1 K dUMUUlCj. 


MSDISPL AY 


Lr lOL/lay jyjLCI 1 1 \KJQ\U Uul dl 1 ICLCI J. 


IvHDISPRFS 


U 1 bpidy d llol Ul 1 CbUUI UCi (.UllCIILly UVVIICU Uy d 




program. 

r o 


MSDLIB 


Disassociate a core or alternate shared library, or a 




debugger from the user program. 


MSDRTN 


Return to the user from a debugger. 


MSDSUSER 


Delete a suspended user image. 


M$ENQ 


Enqueue for a logical resource. 


MSEOM 


Set the activation character set and read timeout. 


MSERR 


Error the current job step. 


MSERRMSG 


Send a message from an error message file. 


MSEVENT 


Give the user control at event completion. 


MSEXIT 


Exit to monitor normally. 


MSEXTEND 


Increase the file size. 


M$FDP 


Free dynamic pages. 


MSFDS 


Free a user data segment. 


MSFEBOOT 


Reboot Level 6 FEPs. 


MSFECTL 


Control front-end processor operation. 


MSFEDUMP 


Dump Level 6 FEP memory. 


MSFEPDATA 


Log FEP performance data. 


M$FID 


Set up a fid. 


M$FSUSER 


Check for a suspended program for a newly logged on 




user. 


MSFVP 


Free a virtual page. 


MSGBPL 


Get a bad page list. 


M$GDDL 


Get the dynamic data limits. 


M$GDP 


Get dynamic pages. 
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Name 


Function 


M$GDS 


Get or enlarge user data segments. 


M$GE 1 DCB 


Create a data control block (DCb) at run time. 


MSGETMOUSE 


Get the data segment of the PMMt monitoring 




ruu uric. 


MSGETPM 


flat orpn#»ral Quctpm nprfnrmanrp mnnitnrmcr rlat^> 


MSGETSTATE 


trip riatp ^pumpnt nf thp Qtatp m o n 1 1 or i n or roiitinp 

VJ VZL tilt UaLu JC cl l 1 1 1 1 I VJI 1 1 1 C JLu LC 1 1 IVJI II LUI 11 Ig 1 VsU L 1 1 1 v_ . 


MSG IOR 


^tart" tri^ c\/ctpm rrnnct 
Jldi I MIC oyolCIII cl lUbl. 


MSGI 1 IMF ATT R 


C*,oit mp | nnvsira rnnnprtmn 1 att ri hi it<*Q 
VJCL IIIIC 1 U 1 1 y 3 1 v-d 1 HJI 1 1 ICL. L 1 Ul 1 1 dill lUUICo, 




rxeiUill a page LO llUllIldl Ubc. 


MSGTRMATTR 


. . - 1 .."1 . 

Get terminal attributes. 


M$GTRMCTL 


Get terminal control flags. 


MSGTRMTAB 


/— , 1 • fx • 1 \ , l 

Get device (physical) tabs. 


M$GVP 


Get a virtual page. 


MSHELP 


Send a message from a HELP file. 


M$INT 


Give the user control at BRK keyin. 


MSINTRTN 


Return to user from alternate shared library when 




break control occurs. 


M$IOQ 


Perform a direct I/O request. 


MSJOBSTATS 


Control job status operations. 


MSKEYIN 


Cause a write, read, or write-followed-by-read (keyin) 




to the operator's console. 


MSLDEV 


Change the attributes of logical devices. 


MSLDTRC 


Transfer to a separate program with no possible 




return. 


M$LIMIT 


Reserve resources. 


M$ LINES 


Get the number of lines remaining on the printer 




page. 


M$LINK 


Call a separate program with return expected. 


M$ MAD MUCK 


Associate an account with the pack set on which it 




resides. 


M$MBS 


Obtain resources for a batch job or determine what 




resources are available. 


MSMERC 


Give the monitor control to process monitor service 




error. 
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Name 


Function 


M$MERCS 


A variation of M$MERC using the Exceptional 
Condition Stack. 


MSMONINFO 


Return information about the site and the running 
monitor. 


M$MPL 


Mark bad pages as in test mode. 


M$OCMSG 


Write console messages. 


M$OLAY 


Load or release a program overlay. 


M$OPEN 


Open a file (initialize DCB). 


M$PFIL 


Position to the beginning or end of the current file. 


M$PLATEN 


Set paper (forms) characteristics. 


M$PRECORD 


Reposition a disk or tape file. 


MSPROCNAME 


Return the name(s) of shared processor(s) associated 
with the program in execution. 


M$PROFILE 


Change the terminal profile. 


MSPROMPT 


Set the prompt string. 


M$RCPL 


Reject coupling. 


M$RDSYSLOG 


Read the system error log. 


MSREAD 


Read a data record into a user buffer. 


MSRELDCB 


Release the space occupied by any closed DCB. 


M$RELRES 


Release resources owned by a program. 


M$REM 


Enable dismounting of a tape volume and, optionally, 
releasing of the resource. 


MSRENV 


Restore an M$SEI\IV-saved environment. 


M$REQUIRE 


Ensure ownership of needed pseudo resources. 


M$RETRY 


Retry a monitor service request. 


M$RETRYS 


A variation of M$RETRY using the Exceptional 
Condition Stack. 


M$REW 


Rewind a tape or reposition a disk. 


M$RPRIV 


Reset privilege bits. 


M$RSPP 


Return a stolen physical memory page. 


M$RSWITCH 


Reset pseudo switches in the user JIT. 


M$SAD 


Set special access descriptors. 


M$SAVE 


Save a program memory image. 


M$SCOI\l 


Set parameters for a SAVEd program. 
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MSSCREECH 


Enter recovery. 


MSSENV 


Save the environment after a monitor service request 
error. 


M J b b 1 r M A 


Change the file management default account and pack 
set name 


M$SETFP 


Send a Forms Program to the front-end processor. 


MSSINPUT 


Set the effective last line typed by user. 


MSSMOUSE 


Initiate the PMME mounting feature. 


MSSMPRT 


Set memory protect. 


MSSPRIV 


Set orivilepe bits 


MSSSC 


Set software control flags. 


M$SSTATE 


Initiate the user-state monitoring feature. 


MSSSWITCH 


Set nspudo switches in the user Jl f 

*—J V— L. VJ «J V— U \A \J J VV 1 I vl IV»J III LI l\> U JV« 1 —J 1 1 • 


MSSTIMER 


Set the timer interval and time-out entry. 


M$STLPP 


Get stolen physical memory pages. 


MSSTRAP 


Simulate a trap. 


MSSTRMATTR 


Set terminal attributes. 


MSSTRMCTL 


Set terminal control flags. 


MSSTRMTAB 


Set device (physical) tabs. 


M$SYSCON 


Partition, return and display status of devices. 




Perform a test and diagnostic close. 


Ml 1 DIU 


Perform a test and diagnostic input or output. 


M$TDOPEN 


Perform a test and diagnostic open. 


M$TDREQCPU 


Request CPU for test and diagnostics. 


M$TIME 


Get the current time. 


M$TRAP 


Give the user control on program traps. 


M$TRMISC 


Allow or inhibit operator sending and broadcasting to 
the terminal. 


MSTRTN 


Return normally to the user. 


MSTRUNC 


Release POOL buffers back to the system after I/O 
completion. 


MSTTIMER 


Get the current timer value and optionally cancel the 
current interval. 


M$UMPL 


Unmark bad pages. 
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Name 


Function 


Ivl 5> U l\l r 1 U 


Convert components from a DCB into a fid. 


M$ UN LATCH 


Release a latched transaction. 


M$USRFIELD 


Set JIT user fid. 


M SWA IT 


\ A / * * € * 1 "If 1 a. * 

Wait a specified period of real time. 


M$WEOF 


Write an end of file (on free tape), an EOD (output 




to the card punch) or a top-of-form (output to a line 




printer). 


MSWRITE 


Write a data record from a user buffer to a file or 




device. 


M$WRSYSLOG 


Write an entry to the system error log. 


M$XCON 


Give the user control at program exit. 


M$XCONRTN 


Defer exit control processing by a special shared 




processor until all user exit control processing is 




compicica . 


MSXEQTIME 


Get execution and service time expended for the 




current job. 


MSXMOUSE 


Terminate the PMME monitoring feature. 


IvUXSTATE 


Terminate the user-state monitoring feature. 


M$XXX 


Abort the current job step. 


M$YC 


Simulate a CONTROL-Y sequence, giving control to 




the command processor. 


1 able t-1. 


Cr-o Host Monitor Services (part o) 


Service 


Description 


M$CHGUNIT 


Increment Unit Counter 


MSCLOCK 


Request Clock Service 


M$CLOSE 


Close DCB 


MSCLRSTK 


Clear the TCB Stack Frame 


M$CVM 


Change Virtual Map 


MSDCLFLD 


Declare a Field 


MSDEVICE 


Change Device Attributes 


M$EOM 


Set EOM Characters/Timeout 


MSERASE 


Erase a Field 


MSERR 


Error Program 
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Service 


Description 


MSFRRMSG 

■ VI 4* 1— 1 N 1 M VI U VJ 


Rptiirn T^vt Tor Frror ( on^ 

1 \ C L LI 1 1 1 1 C A L IUI 1 1 1 Ul v-Cf U C 


M$EVEI\IT 


Set Event Control 


MSFXIT 


r-vit Pmoram 

L AIL I \ \J*L \ 


MSFA'UTO 

1 VI 4* 1 fy \J 1 V-/ 


r rap / 1 liminicn uiito Sptrmpnt 

1 ICC / L/ 1 1 1 1 1 1 1 131 1 nulU vJCc£IIICIlL 


MSFDS 

1 V 1 4* 1 l—/ — ' 


Frpp / Dimmnh D^t^ Spormpnt 

1 ICC / \J 1 1 1 1 1 1 1 IO 1 1 1_/CJIC4 s~?Cfcl 1 1 1 C 1 1 L 


MSGAUTO 


C\p\ / Fnlarcrp Aiitn ^pompnt 

VJCL / l_IIICJIc£C nULU ^/CglllCIIL 


MiGCHAN 


Gpt 7\ ihannp 

VJ C L <X \_llailllCt 


t\/i tr nni 

IVI JuUUL 


Get Dynamic Data Limits 


ft /I d" /~ PVC 

M$GDS 


Get / Enlarge Data Segment 


M$GETDCB 


Build Data Control Block 


M$GLII\IEATTR 


Get Line Attributes 


M$GPLATEI\I 


Set and Get Page Format 


MSGPROMPT 


Prompt Control 


M$GTRMATTR 


Attributes 


M$GTRMCTL and 


Terminal Control 


M3>b 1 KMC 1 L 




M$Lj 1 KM 1 Ad and 


Tab Settings 


MSSTRMTAB 

1 V 1 4* 1 I \ 1 V I l f \ \-J 


MSINT 


Sf»t Rr^ak Contrnl 


MSINTCOM 

1 VI 4* 1 ■ M 1 V < V-/ 1 M 


[ nnnprt tr» Intprrimt 

V^VJMI ICLL L \J IIIICI 1 UUL 


IVI 4> MM 1 rsEL 


Release Interrupt Control 


M $ 1 N 1 R L 1 


Return from Interrupt 


M$LDTRC 


Load and Transfer to Program 


MSMDFFLD 


Modify a Field 


MSMERC 


Monitor Error Control 


M$OPEN 


Open DCB 


M$PDS 


Protect Data Segments 


MSPLATEN and 


Set and Get Page Format 


MSGPLATEN 


M$PROMPT and 


Prompt Control 


MSGPROMPT 




MSRCHAN 


Release a Channel 


MSREAD 


Read Data 
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Service 


Description 


M$RELDCB 


Release Data Control Block 


M$RENV 


Restore M$SEI\IV- saved Environment 


M$RETRY 


Retry Monitor Service 


M$RLSFLD 


Release a Field 


M$SCREECH 


Initiate Recovery 


M$SEI\IV 


Save Environment after Monitor Service Error 


M$SINPUT 


Set to Last Input 


M$SLCFLD 


Select a Field for Modification 


M$SPRIV 


Control Of System Privileges 


M$STRMATTR and 


Attributes 


fvUGTRMATTR 




M$STRMCTL 


Set Terminal Control 


M$STRMTAB 


Tab Settings 


M$SYS 


Enter Privileged Mode 


M$TIME 


Return Time and Date 


M$TRAP 


Set Trap Control 


M$TRMPRG 


Purge Terminal Buffers 


M$TRTN 


TCB Return 


M$UNSHARE 


Unshare Library or Program 


M$WAIT 


Suspend Program 


M$WRITE 


Write Data 


M$WRSYSLOG 


Write an Entry to System Error Log 


M$WRTMLT 


Write Multiple 


M$XCON 


Set Exit Control 


M$XXX 


Abort Program 
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Appendix F 

Terminal and Device Profile Summary 



The following table lists and briefly describes the terminal and device profiles available on the 
CP-6 system. The table categorizes the profiles as ASYIMC, 3270, RBT Line, RBT Device, and 
Unit Record Peripheral (URP). 



Profile Name 


Terminal Description 


ASYNC Profiles 




DFLCRT 


Default CRT 


DFLHC 


Default hardcopy 


DFLPRF 


Default profile (before logon) 


GRAPHICFILE 


Default graphicfile graphics record. 


TTY 


Default, very basic and slow 


ADDS25 


ADDS (Regent) 25 


ADDS60 


ADDS (Regent) 60 


ADDS60TP 


ADDS (Regent) 60, without ELO 


ADDS200 


ADDS (Regent) 200 


ADDS580 


ADDS (Consul) 580 


ADDS980 


ADDS (Consul) 980 


ADDSVPA1 


ADDS Viewpoint Model Al 


ADDSVPA2 


ADDS Viewpoint Model A2 


ADDSVPA3 


ADDS Viewpoint Model A3 


ANNAMB 


Ann Arbor Ambassador 


APLLISW 


Apple Lisa Workshop 


BEEDM20 


Beehive DM20 


CDI1203 


Computer Devices Inc 1203 (Miniterm) 


CDI1203S 


Computer Devices Inc 1203S (Miniterm) 


CDI1205 


Computer Devices Inc 1205 (Miniterm) with narrow 
platen 
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Terminal Description 


CDI1205W 


Computer Devices Inc 1205 ( 


vimiiermj wnn wiue 




platen 






CDI2200 


Computer Devices Inc 2200 ( 


vliniterm) with narrow 




platen 






/""" r~\ 1 AAAAl 1 

CDI2200H 


Computer Devices Inc 2200 ( 


vliniterm) at high-speed 




( >1200 baud) 




rni?9nn\A/ 


Computer Devices Inc 2200 ( 


vliniterm) with wide 




platen 




CDI2200HW 


Computer Devices Inc 2200 ( 


Miniterm) >1200 baud, 




wide platen 




CTR6300 


Centronics 6300 




DBL1550 


Diablo 


1550 




DBL1610 


Diablo 


1610 




DBL1620 


Diablo 


1620 




DBL1641 


Diablo 


1641 




DECDS120 


Digital 


Equipment LA36 with 


Datasouth 120 


DECLA120 


Digital 


Equipment LA120 




DECLA34 


Digital 


Equipment LA34 




DECLA36 


Digital 


Equipment LA36 




DECLA36SD 


Digital 


Equipment LA36 with SUPERDEC board 


DECVT50 


Digital 


Equipment VT50 




DECVT52 


Digital 


Equipment VT52 




DECVT52W 


Digital 


Equipment VT-lxx in 


VT52 mode, wide 


DECVT100 


Digital 


Equipment VT100 




DECVT100W 


Digital 


Equipment VT100, wide 


DECVT125 


Digital 


Equipment VT125 




DECVT131 


Digital 


Equipment VT131T 




DECVT131W 


Digital 


Equipment VT131T, wide 


DECVT200 


Digital 


Equipment VT200 




DECVT200W 


Digital 


Equipment VT200, wic 


ie 


DECVT220 


Digital 


Equipment VT220 




DECVT241 


DEC's 


color graphics CRT 




DECVT241W 


Digital 


Equipment VT241, wk 


Je 


DKU7102 


Bull DKU 7102 
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Terminal Description 


HTM 1 £90 
Lf 1 IVI IjzU 


nDtamprlia Flit*» 1^90A 

L/aidmeuia one iozum 


U 1 rOZUU 


n^it^nrvint ft900 

uaiapomi ozuu 


U T 4 V vj I luun 


nV A Qwc+<»mc \/CT 1001-1 in HFT \/T 100 mnria. 

u t -*f oysiems vvj i -luun in ucv. v i -iuu moae 


nVAWf^Tl ooht 
UT^fvvj i luun i 


HY A ^\/c+<amc \/(^T 100H in T F K M mnrlp \/cn 9 9 

\j t -*t oysiems vvj i -j.uun in i crvivi moae, vsn 

PROMs 


EPSPX8-8 


Epson PX-8, 8 line window 


EPSPX8-40 


Epson PX-8, 40 line window 


GETIM300 


GE Terminet 300 


GT100 


General Terminal GT 100 


GT400 


General Terminal GT 400 


GT400TP 


General Terminal GT 400 for TP 


HIDMP29 


Houston Instruments DMP-29 


HP2645 


Hewlett Packard 2645 


HP7475A 


Hewlett Packard 7475H 


HP7475ADEC 


Hewlett Packard 7475A on DECVT-lxx or VT-2xx 


HP9845 


Hewlett Packard 9845 


HTH14 


Heath H14 printer 


HTH19 


Heath H19 


HTH19A 


Heath H19 (AIMS mode) 


HTH89 


Heath H89 


HZL1000 


Hazeltine 1000 


HZL1500 


Hazeltine 1500 


HZL1520 


Hazeltine 1520 


HZL2000 


Hazeltine 2000 


HZL2000P 


Hazeltine 2000 Printer 


HZLMOD1 


Hazeltine Modular 1 


IBM3101-1X 


IBM 3101-1X 


IBM3101-2X 


IBM 3101-2X 


IBMPC-H89 


IBM Personal Computer in Heath H89 mode 


INFI100 


Infoton 1-100 


INFI400 


Infoton 1-400 


IMFSTL 


Infoton Satellite 


IIMFVST 


Infoton Vistar 
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Profile Name 


Terminal Description 


INTI 


Intertec Intertube 1 


INTII 


Intertec Intertube II 


INTSII 


Interstate Superbrain II 


LBRF50 


Liberty Electronics Freedom 50 


LBRF100 


Liberty Electronics Freedom 100 


LSIADM3A 


Lear Siegler Inc ADM 3A 


LSIADM5 


Lear Siegler Inc ADM 5 


LSIADM31 


Lear Siegler Inc ADM 31 


MCRACTIV 


Microterm ACT-IV 


NEC3550P 


NEC 3550 printer 


NEC5510 


NEC 5510 (Spinwriter) 


NEC5515 


NEC 5515 (Spinwriter) 


NEC5520 


NEC 5520 (Spinwriter) 


NEC5525 


NEC 5525 (Spinwriter) 


NECPC8201A 


NEC PC-8201A 


PC6X364 


Terminal emulator / X3.64 terminals. 


PC6X364GR 


Terminal emulator / X3.64 with graphics 


PC6V7800 


Terminal emulator VIP7800-style 


PCTV7800 


PCT emulator VIP 7800 


PCTV7800140 


PCT emulator VIP 7800 140 


PCTV7800GR 


PCT emulator VIP 7800 GR 


PCTV7800INV 


PCT emulator VIP 7800 INV 


PCTX364 


PCT emulator X3.46 


PCTX364140 


PCT emulator X3.64 140 


PCTX364GR 


PCT emulator X3.64 GR 


PE550 


Perkins Elmer 550 


PRT300 


Printronix 300 


PRU1002 


Bull PRU1002 


PRU1003 


Bull PRU1003 


PRU1005 


Bull PRU1005 


QMS1200 


Quality Microsystems 1200 Laserprinter 


QMSPSJ 


QMS Postscript printer 


SDS420 


SDS (Scientific Data Systems) 420 
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| Profile Name 


Terminal Description 


j SMTP 


Simple Mail Transfer Protocol 


j SNRKTM380 


Synertek KTM 3/80 

J ! 


SOROC120 


Soroc 120 


TEK4010 


Tektronix 4010 


TEK4010L 


Tektronix 4010, Long, narrow 


TEK4013 


Tektronix 4013 


TEK4013L 


Tektronix 4013, long, narrow 


TEK4023 


Tektronix 4023 


TEK4024 


Tektronix 4024 


TEK4025 


Tektronix 4025 


TEK4027 


Tektronix 4027 


TEK4105 


Tektronix 4105 in ANS X3.64 mode 


TEK4107 


Tektronix 4107 in ANS X3.64 mode 


TEK4112A 


Tektronix 4112A 


TEK4112AA 


Tektronix 4112 A, APL mode 


TEK4112B 


Tektronix 4112B in ANS 3.64 mode 


TI725 


Texas Instruments 725 


TI733 


Texas Instruments 733 


TI743 


Texas Instruments 743 


TI745 


Texas Instruments 745 


TI783 


Texas Instruments 783 


TI785 


Texas Instruments 785 


TI787 


Texas Instruments 787 


TI810 


Texas Instruments 810 


TI820 


Texas Instruments 820 


TI855WP 


Texas Instruments 855 printer, WP mode 


TLR1000 


Telray 1000 


TLR3300 


Telray 3300 


TRS80M1 


Radio Shack TRS-80 Model 1 


TRS80M2 


Radio Shack TRS-80 Model 2 


TRS80M2VT 


Radio Shack TRS-80 Model 2, TRSDOS-II, Videotex 


TRS80M16 


Radio Shack TRS-80 Model 16, TRSDOS-16 
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Profile Name 


Terminal Description 


i r\o ou i VI x o/\ 


Radio Shark TRS-80 Model 16 Console Xenix 

(UNIX) 


TRS80M100 


Radio Shack TRS-80 Model 100 


TTY33 


Teletype Model 33 


TTY35 


Teletype Model 35 


TTY37 


Teletype Model 37 


TTY43 


Teletype Model 43 


TVI912A 


Televideo TVI-912A 


TVI912C 


Televideo TVI-912C 


TVI912N 


Televideo TVI-912 with AUTONL disable 


TVI920 


Televideo TVI-920 


TVI950 


Televideo TVI-950 


TWU1002 


Bull TWU1002 


TWU1003 


Bull TWU1003 


TWU1005 


Bull TWU1005 


TWU9101 


Bull TWU9101 


TWU9104 


Bull TWU9104 


TWU9106 


Bull TWU9106 


VC303A 


Vogler Craig VC303A 


VC403A 


Vogler Craig VC403A 


VC404 


Vogler Craig VC404 


VC414H 


Vogler Craig VC414H 


VERPLP100 


Verticom PLP 100 


VERPLP100W 


Verticom PLP 100, wide 


VIP7100 


Bull VIP 7100 


VIP7105 


Bull VIP 7105 


VIP7200 


Bull VIP 7200 


VIP7201 


Bull VIP 7201 


VIP7205 


Bull VIP 7205 


VIP7301 


Bull VIP 7301 


VIP7700 


Bull Polled VIP 7700 


VIP7700B 


Bull Polled VIP 7700B 


VIP7700C 


Bull Polled VIP 7700C 



Table F-l. SUPER Profile Names (part 6) 



F-6 



CE26-02. DRAFT 



Terminal and 



Device Profile Summary 



Profile Name 


Terminal Description 


VIP7801 


Bull 


VIP 7801 




VIP780? 

VII / uwz. 


Bull 


VIP 7802 




VIP781 3 

v II 1 Ul J 


Bull 


VIP 7813 




VIP7814 


Bull 


VIP 7814 




VIP7801L 


Bull 


VIP 7801 with 72-line 


option 


VIP7802L 

V I 1 1 \J\J £. L- 


Bull 


VIP 7802 with 72-line 


option 


VIP781 31 

v ir / uijl 


Bull 


VIP 7813 with 72-line 


option 


VIP78141 

v ir / ui*tL 


Bull 


VIP 7814 with 72-line 


option 


VIP781 4AP 

vir / Oltni 


Bull 


VIP7814 w/attached printer 


XRX850 


Xerox 850 




XRX1760 


Xerox 1760 




XRX7015 


Xerox 7015 




ZENZ19 


Zeni 


th Zl9 




ZENZ29 


Zeni 


th Z29 




ZENZ89 


Zenith Z89 




ZENZ90 


Zeni 


th Z90 




ZENZIOO 


Zeni 


th Z100 




3270 Profiles 








MULDRP 

I VI KJ L- L/ I \ I 


IBM 


3270 Line (not device 


or controller) 


3270D 


IBM 


3270 Display default 




3277-1 


IBM 


3277 Model l 




3277-2 


IBM 


3277 Model 2 




3278-1 


IBM 


3278/3276 Model l 




3278-2 


IBM 


3278/3276 Model 2 




3278-2L 


IBM 


3278/3276 Model 2 with data-entry keyboard 


3278-3 


IBM 


3278/3276 Model 3 




3278-4 


IBM 


3278/3276 Model 4 




3278-5 


IBM 


3278 Model 5 




3270P 


IBM 


328x basic printer, 66 


lines/page, with form-feed 


3270PC 


IBM 


328x basic printer, no 


page length (continuous) 
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I I Ul I1C l\l a 1 1 IC 


1 CI 1 II 1 II a 1 L/CjLI lULIUII 


DDT 1 J — - Dri^-fil^c 

r\ d I Line rroTiies 




CTHU ACD 


oianaara nMor line 


J 1 Uji OU 


C* -. nr i -. r A "37RH lino 

oianaara j/ou line 


CTn97ftfl 
O 1 UZ / OU 


oianaara z/ou line 


RBT Device Profiles 




IRBTCR 


Standard HASP card reader profile 


IRBTLP 


Standard HASP line printer profile 


IRBTCP 


Standard HASP card punch profile 


IRBTOC 


Standard HASP operator console profile 


XDSCR 


Xerox HASP card reader profile 


XDSLP 


Xerox HASP line printer profile 


XDSCP 


Xerox HASP card punch profile 


SIGMAOC 


Old style KSR-35 Sigma operator console 


3780CR 


All IBM 3780-type card reader streams 


07or\r D 
o / 0Uv_r 


All IdIvI o/oU-type card puncn streams 


3780LP 


All IBM 3780-type printer streams 


2780CR 


All IBM 2780-type card reader streams 


2780CP 


All IBM 2780-type card punch streams 


2780LP 


All IBM 2780-type line printer streams 


URP Profiles 




PRU9117 


PRU9117 and PRU9617 Line Printer with 132 




columns with PRB1600 upper/lowercase print band 


PRU9118 


PRU9118 and PRU9618 Line Printer with 132 




columns with PRB2600 upper/lowercase print band 


PRU9619 


PRU9619 Line Printer with 136 columns with EVFU 




ASC95 


PRU9627 


PRU9627 Line Printer with 132 columns with EVFU 




ASC95 
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Terminal Description 


PRU9109 


PRU9109 and PRU9609 Line Printer with 


132 




columns 




PRF9118 


PRU9118 and PRU9618 Line Printer with 


136 




columns (option PRF9118 or PRF9618) 




PRF9627 


PRU9627 Line Printer with 132 columns with EVFU 




ASC64 




CRU9111 


CRU9111 and CRU9611 Card Reader 




PCU9101 


PCU9101 Card Punch 
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Glossary 



account - a group of files and privileges, usually associated with a particular user. 

alternate shared library - a special shared processor that resides in its own working space, has 
greater privilege than the user program, and can be called directly from the user program 
(e.g., I-D-S/II). 

ANS tape - a tape that has labels written in American National Standard (ANS) format. 

application processor - a Bull supported processor intended for use in specific types of 
applications such as data base management. 

bandwidth - the maximum rate at which memory, an I/O channel, or a front-end processor can 
deliver or accept information. 

batch job - a job submitted to the batch job queue through the central site card reader, through 
an on-line terminal (using the BATCH command), or through a remote batch terminal. 

batch job class - a logical entity used by the scheduler to select jobs from the batch job queue 
for execution. A job class is each type of resource that a job requires to be scheduled to 
run in that class. (Resources include such items as main memory, CPU availability tape 
drives, disk spindles, or pseudo resources.) 

batch job queue - a set of jobs to be run in the batch mode. These jobs are scheduled by CP-6 
in a manner that optimizes the use of nonsharable resources. 

bipoint line - a line that connects a single remote transaction processing station to the computer 
center. (See multipoint line.) 

block - a block of disk sectors large enough to contain 1,024 words (a page) of stored 
information. 

block stamp - a one word item at the beginning of each granule in a file. It contains an 
identification of the file plus the low order bits of the granule number. The main function 
of the granule stamp is to facilitate system reliability by identifying the file to which each 
granule belongs. 
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comgroup - a CP-6 logical communications network commonly used to connect terminals to 
programs and programs to programs. Through this mechanism, a terminal may be accessed 
by name. 

command processor - a processor which enables the users to direct the monitor to perform 
functions required for the processing of their jobs. 

data control block (DCB) - a table in the user's program that contains the information used 
by the monitor in the performance of an I/O operation. 

data set - a device which converts data processing device signals to telephone tones and 
telephone tones to device signals (also referred to as "modem"). 

data set controller - a hardware interface between a remote processing terminal and the central 
computer. 

DCB - see data control block. 

execution control commands - commands that control job step construction and execution and 
provide communication between a program and its environment. 

execution control language - commands that control program construction and execution of 
programs and provide communication between a program and its environment. 

execution control processor - a processor used to load, run, and/or debug a user program. 

FEP - front-end processor. 

fid - the identification information of a CP-6 file, 
file - a collection of data in one or more formats. 

file information table - a table of information associated with each file. It contains such 
information as file type, size, location, access controls, and dates. 

FIT - see file information table. 

FPT - see function parameter table. 

front-end processor - a minicomputer on to which the processing and communications load is 
distributed. 

function parameter table (FPT) - a table through which a user's program communicates with 
a monitor function (such as an I/O function). 

ghost job - a job which is neither a batch nor an on-line program. It is initiated and logged on 
by the monitor, the operator, or another job. It may consist of a single job step or it may 
be controlled by a file or the execution control language. 
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HASP - a communication protocol commonly used between central site computer centers and 
remote batch terminals. It includes "multileaving" , which provides the ability to combine 
data records for several destination devices into a single transmission block. 

HDLC - a full-duplex, bit-oriented data transmission protocol. The Bull and IBM versions and 
the international standard are nearly identical. 

JIT - see job information table. 

job - a collection of steps or activities presented together to a data processing system for 
execution. 

job information table - a table associated with each active job. The table contains accounting, 
memory mapping, and temporary monitor information. 

job step - a subunit of job processing such as compilation, assembly, loading, or execution. 

key - a data item that uniquely identifies a record within a keyed or indexed file. 

keyin - information entered by the operator via a keyboard. 

language processor - either a processor which translates assembly level or high-level source code 
into machine object code for execution or an interpreter of source code or commands. 

library - a collection of frequently used routines in a form that facilitates their inclusion into 
programs. 

linker - a processor that combines and transforms the output of one or more compilations into 
a single run unit. 

logical device - a peripheral device represented in a program by a special name (e.g., SI or LO) 
rather than by specific physical device name. 

logical device stream - an information stream which may be used when performing input from 
or output to a spooling device. Several logical device streams may be defined at system 
definition; each is given a name (e.g., LP01, CP01, CR01), each is assigned to a default 
physical device, and each is given default attributes. The user may perform I/O through 
a logical device stream with the default physical device and attributes, or he may change 
one or both to satisfy the requirements of his job. 

modem - see data set. 

monitor - a control program that supervises the processing, loading, and execution of other 
programs. 

monitor services - operations performed by the monitor on behalf of a user program. (Also 
referred to as system services.) 
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multipoint line - a line that connects two or more remote terminal stations to the central 
computer. A line controlled by the computer as though it were connected to two or more 
stations is considered to be multipoint even though it connects only one station to the 
computer. (See bipoint line.) 

object file - a file consisting of one or more object units. Object files serve as input to the 
linking processor. 

object unit - the series of records containing the instructions, debug schema, and linking 
information pertaining to a single program or subprogram (i.e., from the beginning to the 
end). An object unit is the output of a compilation or an assembly. 

overlay program - a tree-structured program in which the node currently being executed may 
overlay the storage area occupied by a previously executed node. 

packset - a group of disk packs associated with a unique identifier. 

processor - a public program supplied by Bull. See application processor, command processor, 
language processor, shared processor, special shared processor, shared run-time library, 
standard shared processor, system management processor, and utility processor. 

prompt character - a character sent to the terminal by an on-line program to indicate the next 
line of input may be entered. 

protected mode - a mode of tape protection in which only expired ANS tapes of the specified 
label may be written; all ANS tapes must be initialized by the LABEL processor; no tape 
serial number specification is allowed at the operator's console; specification of an output 
serial number forces processing to be done only on a tape already having that serial number. 
(See "semi-protected mode", "unprotected mode".) 

public library - a set of library routines declared to be public (i.e., to be used in common by all 
concurrent users). 

recovery - restart of the system after a temporary halt in system performance. 

resource - a portion of a CP-6 installation to be shared by users in such a manner that each 
user requiring it has it allocated for his exclusive use. 

run unit - a memory image of an executable program. It is the result of the linking process and 
is executed as a job step. 

SDLC - a full-duplex bit-oriented data transmission protocol. The Bull and IBM versions and 
the international standard are nearly identical. 

secondary storage - any rapid-access storage medium other than main memory (e.g., disk 
storage). 
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semi-protected mode - a mode of tape protection in which a warning is posted to the operator 
when output is attempted on an unexpired ANS tape. The operator can authorize the 
overwriting of the tape through a keyin. ANS tapes may be initialized by the LABEL 
processor or may be given labels as the result of an operator key-in; tape serial number 
specification is allowed at the operator's console; and specification of an output serial 
number forces processing to be done only on a tape already having that serial number 
unless the operator authorizes an overwrite. (See "protected mode", "unprotected mode".) 

shared processor - a processor which permits the sharing of the code among all simultaneous 
users. Each user of a shared processor has its own copy only of the data and DCB portion 
of that program; the procedure (code) portion is shared by all users associated with the 
shared program. 

shared run-time library - a shared processor mapped into the user's working space quarter along 
with the user program (e.g., FORTRAN Run-Time Package). 

software check - a failure that could have an adverse effect on the system or its programs. It 
causes the system to go into an automatic recovery procedure. 

source language - a language used to prepare a source program suitable for processing by an 
assembler or a compiler. 

special name - a symbolic name used to identify a logical system device. 

special shared processor - a shared processor that resides in its own working space but can be 
called to execute in conjunction with the user program (e.g., DELTA). 

spooling - the technique of buffering unit record input or output on disk to allow simulated unit 
record I/O. User programs thus proceed at speeds unlimited by the speed of unit record 
peripherals. 

standard shared processor - a shared processor mapped into the user's working space and 
effectively is part of the user program (e.g., FORTRAN compiler). 

symbiont - see spooling. 

system definition - the process of creating an operating system tailored to the specific 
requirements of an installation. The major steps in a system definition include: gathering 
the relevant programs, generating specific monitor tables, loading monitor and system 
processors, and writing a bootable system tape. 

system management processor - a processor that performs some function that provides the 
manager of a CP-6 installation with on-line control of the system. 

system services - operations performed by the monitor at the request of a user program. (Also 
referred to as monitor services.) 
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unit record equipment - peripherals which deal with hard copy media such as card readers, card 
punches, and printers. 

unprotected mode - a mode of tape use in which both unexpired and expired labeled tape can 
be overwritten without operator intervention. (See "protected mode", "semi-protected 
mode" .) 

utility processor - a processor that performs some general function required by users for running 
and using the CP-6 system. Examples of service processors are EDIT (which enables the 
user to build and manipulate files of program and data) and PCL (which enables the user 
to move files among card devices, line printers, disk, etc.). 

working space - the megaword of main memory available to every user. Other working spaces 
are used by the system in carrying out user associated services. 
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6EDIT 4-10 



A 

Accessing Shared Entities 16-3 
ADAPT 4-13 

Alternate Shared Libraries 8-10 
ALTKEYS option 7-3 
An Efficient Monitor 1-4 
ANLZ 4-12 
API 4-5 

Application Programming Manuals 5-8 
Archive 7-6 
,4 PES 4-8 

Automated Customer Support 17-6 
Automatic Dump Analysis 10-2 

B 

Backup on Tape or Disk Duals 7-5 
R4S/C 4-5 

Building a Program 6-8 
C 

C Language 4-6 
GAP 4-13 

Catalog of Documents 5-2 
Cataloged Procedures 13-3 
Co-Operating Application Programs 11-1 
COeO/. 4-4 
COBOL-85 4-4 
Comgroups 11-3 

Command and Control Processors 4-2 
Command Processors 8-11 
Communication Groups 9-6 
Communication Management 2-3 
Communication Processing 9-1 
Communication Protocols 9-5 



Compiling a Program 6-9 
Configuration 3-2 
Configuring, Attaching and Accessing 
Communication Devices 9-4 
Connecting Terminals to Programs 9-3 
Consecutive Files 7-3 
CONTROL 4-14 

Controls Over Input Conversion 12-4 
CP-6 On-Line Documentation 5-13 
CP- 6 System Features 1-3 
Customer Support system 17-6 

D 

Data /kcess Control 10-4 
Database Management Manuals 5-6 
debugger 

DELTA 5-10 
Debuggers 8-10 
Debugging a Program 6-10 
DELTA 

debugger 5-10 
DEZ.T4 4-3 

Device Independence 11-3 
Device Input/Output 7-9 
Directory Service 14-7 
DM! 4-7 



■ early warning system 17-6 

Ease of l/se 1-3 
| ED/T 4-10 

i Editing Terminal Input 12-4 

! Efficient File Transfer (EFT) 7-5 

EFT 4-14 

EM A/ 4-15 

Enc/ l/ser Facilities 4-13 

End- User Facilities Manuals 5-5 

Entry of Jobs to tne BATCH Queue 12-8 

Error Threshold Reports 10-1 

Exceptional Condition Handling 16-3 
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Features 11-4 

Features of the File System 7-12 
FEPLINK 4-11 

Figure 6-1, 6-2, 6-3, 6-4: Annotation 6-2 

File Access 7-4 

File Access Control 10-4 

File and Device Management 2-2 

File Function and Disposition 7-2 

File Organization 7-2 

File Security 10-3 

FORGE 4-13 

Formatted Devices 7-11 

Forms Programs in TP mode 4-9 

Forms Programs in TS mode 4-9 

FORTRAN 4-4 

FPL 4-9, 11-3 

front-end processor (FEP) 5-11 
G 

G6MOVE 4-12 

General Purpose Manuals 5-12 

GMAP 4-7 

GOOSE 4-12 

Granule Access Controls 10-3 
Guides 5-2 

I 

l-D-S/II 4-8 

IBEX 4-2 

IDP 4-9 

/MP 4-12 

Indexed Files 7-3 
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Initialization 18-2 

Initialization and Data 16-3 

Input/Output 7-8 
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Interactive Terminals 7-10 
Interfaces 16-3 
/SO FTAM (DIS) Service 14-6 
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Job anc/ System Controls 18-2 
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K 

Keyed Files 7-2 
L 
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M 

M/4/Z. 4-13 

Memory Security 10-3 
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: Minimal Operations Cost 1-4 
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Monitor Services 4-16 
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N 
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Optimized File Management 1-3 
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Output Efficiency 12-3 
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